Scrollbars remain at very top layer of the render even when another element should be covering them
Reported by
emmybayl...@gmail.com,
Jun 21 2016
|
||||||||||
Issue description
Chrome Version : 53.0.2767.4 (Official Build) dev-m (64-bit)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
Safari:
Firefox:
IE:
What steps will reproduce the problem?
(1) Have a container or text field with enough content to warrant a scrollbar
(2) Have another element positioned over that container or text field, covering the scrollbar area in part or entirely
What is the expected result?
The element should cover up the scrollbar as necessary.
What happens instead?
The scrollbar will display above all other elements, though you won't be able to click through and drag it.
Please provide any additional information below. Attach a screenshot if
possible.
,
Jun 23 2016
Thank you for providing more feedback. Adding requester "durga.behera@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 23 2016
Thanks for taking the time to file this. @jschuh, is the kEnableOverlayScrollbar feature intended for windows? @testers, can you bisect with the "--enable-overlay-scrollbar" flag?
,
Jun 24 2016
Looking at the history from issue 307578 , this was added for Chrome OS. I assume the flag impacts any platform that uses Aura.
,
Jun 24 2016
As mentioned in comment #1 we are unable to get the steps to repro the issue i.e an element on top with scroll bar beneath Could you please provide the sample URL where the scenario can be replicated
,
Jun 27 2016
Who owns overlay scrollbars these days?
,
Jun 28 2016
emmybaylove@ : Sample url/access would helpful to triage it further.
,
Jun 28 2016
I've created this sample page to help (hopefully) in identifying and reproducing the bug. http://rexfenris.com/emmy/scroll/
,
Jun 28 2016
AFAIK no one owns overlay scrollbars and they should be deleted for project eraser, but some people would like them to be implemented so it's not easy to get everyone to agree to their removal. Those who can't repro may need to enable the overlay scrollbars flag in about:flags.
,
Jun 29 2016
Setting as available. Since this is an experimental feature putting the issue in the backlog. Also it sounds like this feature is to be removed.
,
Jun 29 2016
Thanks for feedback. Able to reproduce the issue on Win 7 and Ubuntu 14.04 using stable 51.0.2704.106 and canary 53.0.2782.0. This feature was introduced in M34 and its a non-regression issue since then(34.0.1848.0), attached screen shot of the same. Removing the Needs-TestConfirmation label as of now, please add it if there are still any more information required from TE end.
,
Jul 3 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 23 2017
Not seeing this issue on Latest Chrome versions (>= M58). Hence marking it as 'WontFix'. |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by durga.behera@chromium.org
, Jun 22 2016Components: Blink
Labels: Needs-Feedback