Issue metadata
Sign in to add a comment
|
Chrome 62 sometimes incorrectly shows scrollbars
Reported by
a...@scirra.com,
Oct 18 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.62 Safari/537.36 Steps to reproduce the problem: 1. Visit editor.construct.net 2. Click the Menu button What is the expected behavior? A menu should appear with no scrollbars: https://www.dropbox.com/s/scc08ccoh0wo6h4/menu-noscrollbars.png?dl=0 This is how it always looked in Chrome 61 and before. What went wrong? Since the Chrome 62 update, sometimes it appears with scrollbars, even though it is not overflowing: https://www.dropbox.com/s/m9zjghdn26jxfkn/menu-scrollbars.png?dl=0 If you drag and move the scrollbars, nothing actually scrolls. In other words the scroll size isn't actually bigger than the visible area; there's nowhere to scroll to, so the scrollbars seem entirely spurious. The scrollbars only sometimes appear. It seems to depend on the DPR and zoom level. In my pictures I was on a laptop with a DPR of 2.5 (250% zoom). At the default size the scrollbars appeared, but after adjusting the zoom level and reloading, they disappeared. Did this work before? Yes 61 Does this work in other browsers? N/A Chrome version: 62.0.3202.62 Channel: stable OS Version: 10.0 Flash Version:
,
Oct 18 2017
Also in the case of https://www.dropbox.com/s/nguy9y1uqvv19tb/dialog-scroll.png?dl=0: The element that should not be showing a horizontal scrollbar has the following measurements: elem.scrollWidth: 530 elem.clientWidth: 530 elem.offsetWidth: 548 elem.getBoundingClientRect().width: 548.0113525390625
,
Oct 18 2017
,
Oct 20 2017
,
Oct 20 2017
Unable to reproduce the issue on reported version 62.0.3202.62 using win 10 with 125% scale factor. As ET team does not have High DPI(2.5) to test, requesting someone from the inhouse to take a look into this issue
,
Oct 20 2017
,
Oct 23 2017
Rechecked this issue on Windows 10 HiDPI Dell PRECISION Touch Device and unable to reproduce it using chrome version 62.0.3202.62. Attached a screen shot for the same. Tagging with Triage MTV label, could some one from MTV team can triage this on a higher dpi machine. Thanks.!
,
Oct 23 2017
You could also try changing the browser zoom level and reloading, that's also affected the repro for me.
,
Oct 25 2017
Consistently affecting a web app I work on for my HiDPI Linux box. Never a problem for Chrome versions 55 to 61 with this same machine. Chrome: Version 62.0.3202.62 (Official Build) (64-bit) OS: Linux (X windows 1.19.3) Xresources DPI: 138 Monitor: 4k 32" panel
,
Oct 26 2017
This is probably related to https://crbug.com/772380 or https://crbug.com/777095 .
,
Oct 30 2017
,
Nov 20 2017
Any news on this? Our users are starting to report the issue to us now as well, e.g.: https://github.com/Scirra/Construct-3-bugs/issues/1017
,
Nov 22 2017
szager@ - Gentle Ping...!! Could you please have a look into this issue. Thanks...!!
,
Nov 27 2017
Shouldn't this be P1? It's a breaking change in our web app, and at this rate it looks like the breakage will continue in to M63.
,
Nov 28 2017
Can you please check whether the problem reproduces on the latest dev branch? It might be fixed by: https://chromium-review.googlesource.com/752030
,
Nov 28 2017
It seems fixed in 64.0.3279.0 canary. Will we have to wait for M64 for the fix? Our users are repeatedly filing this as a bug in our web app.
,
Nov 29 2017
Marking as duplicate. The discussion about merging into M63 should happen on the other bug. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by a...@scirra.com
, Oct 18 2017