New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 836472 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Overlay Scrollbars fail to composite properly with children

Reported by tell...@gmail.com, Apr 24 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0

Steps to reproduce the problem:
1. Open the attached test case in Chrome
2. Shrink the window height until the scrollbars appear

What is the expected behavior?
The scrollbar should appear and the right edge of the screen should remain orange with the scrollbar composited on top

What went wrong?
The scrollbar appears, but the right edge of the screen shows the scrollbar composited on top of black rather than orange.

Did this work before? Yes M58 (or Electron 1.7.x)

Chrome version: 66.0.3359.117  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 29.0 r0

This regressed in M59 (Electron 1.8.x - latest stable version)
 
pdp-min.html
1.4 KB View Download

Comment 1 by rbyers@chromium.org, Apr 25 2018

Components: -Platform>DevTools Blink>Layout>Scrollbars
Labels: Needs-Bisect Needs-Triage-M66
Cc: sindhu.chelamcherla@chromium.org
Labels: -Needs-Bisect -Type-Bug-Regression Triaged-ET M-68 FoundIn-68 Target-68 OS-Linux OS-Mac Type-Bug
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on latest stable 66.0.3359.117, on latest canary 68.0.3405.0 using Mac 10.13.3, Windows 10 and Ubuntu 17.10.

This issue is seen in M55 and M60. Hence considering this issue as Non-Regression and marking as Untriaged.

NOTE: Issue is seen in Safari, but not in firefox.

Thanks!

Comment 4 by tell...@gmail.com, Apr 25 2018

While I understand that it is not a regression by your classification system, I would like to understand if the current behavior on M55 and M59+ is the expected behavior or if there is a workaround. This is currently working in both our application which uses M58, and M58's content_shell.

Comment 5 by e...@chromium.org, Apr 30 2018

Components: -Blink>Layout>Scrollbars Blink>Compositing
Components: -Blink>Compositing Blink>Paint
Status: Available (was: Untriaged)
The issue is that the background is being clipped for the normal scrollbar despite the custom scrollbar. This is a painting bug, I would think.
Hi, have there been any updates on this bug? I'm running into it as well and have had to workaround it by using a custom js scrollbar which is non optimal. Is there at least and feasible CSS workaround for this?
No updates and we're not aware of a workaround. I have no idea when we'll fix it. I wish we had better news.
Owner: chrishtr@chromium.org
Status: Assigned (was: Available)
Assigning to myself to see what the solution might be.
Chris, have you had a chance to look into this?
Not yet.

Sign in to add a comment