Issue metadata
Sign in to add a comment
|
Settings scrollable area is slightly wider than viewport
Reported by
real...@gmail.com,
Aug 2 2017
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.25 Safari/537.36 Steps to reproduce the problem: 1. Open settings window 2. Optionally expand the Advanced section 3. Scroll with a touchpad with sideways scrolling enabled (requires Wayland if using GNOME) What is the expected behavior? The viewport should scroll vertically without any sideways movement. What went wrong? The viewport wobbles rapidly from side to side by about half a centimeter. It's very unpleasant. Did this work before? Yes Not sure, but Chromium 59.0.3071.104 is also affected Chrome version: 61.0.3163.25 Channel: dev OS Version: Debian unstable Flash Version: Shockwave Flash 24.0 r0 The design of the settings window seems to have changed recently, that's probably what caused the problem. This is a hidpi display, that might be a factor.
,
Aug 4 2017
,
Aug 17 2017
@dtapuska: Could you please look in to this issue. Thank You!
,
Aug 17 2017
I can't reproduce in 62.0.3178.0 nor 60.0.3112.101. Is there a horizontal scrollbar? Could you attach a screen recording (or at minimum a screenshot) to confirm I'm looking in the right place.
,
Aug 31 2017
The NextAction date has arrived: 2017-08-31
,
Aug 31 2017
Sorry, I thought I'd already uploaded a screencast; I must have got side-tracked. There is no horizontal scrollbar BTW. And I just thought to try it with the window not maximised (I usually use it maximised, as seen in the video), and full-screen; the problem occurs in all cases. I sort of only mentioned Wayland in-passing before, so I should expand on that. This only happens for me in Wayland because GNOME on X11 doesn't currently support sideways scrolling with the touchpad, but it does on Wayland.
,
Aug 31 2017
Thank you for providing more feedback. Adding requester "bokan@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Aug 31 2017
The scrollable area in question has "overflow: overlay". bokan@ can that be a factor? FWIW, I cannot reproduce this myself but I have not tried on a hidpi.
,
Sep 5 2017
Unlikely. hidpi probably is related as it will force a non-root scroller to be composited (the scroller in chrome://settings isn't the root). I've seen similar issues (e.g. bug 256367 ).
,
Sep 7 2017
Please investigate after issue 256367 is fixed.
,
Sep 7 2017
I attached a mouse which supports sideways scrolling and confirmed that this affects X11 as well as Wayland.
,
Sep 7 2017
While testing with the mouse I noticed another strange side-effect: the marker in the "New tab page" radio buttons sometimes jumps out of the circle when I scroll sideways. I've attached a video showing it. It can be reproduced with the touchpad too, but it's more noticeable with the mouse, probably because vertical scrolling resets the affected button. If I change the radio so that the URL option (www.google.com) is selected instead, the glitch stops, and stays stopped if I change it back to its original value. But if I close the settings tab and reopen it with the URL option selected, the glitch affects that button. Ie the glitch affects the active radio when the tab is opened but is "cured" by changing the setting. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by sandeepkumars@chromium.org
, Aug 3 2017Labels: TE-NeedsTriageFromMTV