Issue metadata
Sign in to add a comment
|
Unable to scroll certain websites
Reported by
seanom.m...@gmail.com,
May 10 2018
|
||||||||||||||||||||||||
Issue descriptionChrome Version : 66.0.3359.139 OS Version: OS X 10.11.6 URLs (if applicable) : https://www.invisionapp.com/blog/comprehensive-guide-designing-ux-buttons/ Other browsers tested: Add OK or FAIL after other browsers where you have tested this issue: Safari: OK Firefox: OK IE/Edge: OK What steps will reproduce the problem? 1. Visit the invision blog site 2. Scrolling initially works, whilst the page is loading 3. Once the page has loaded the scrolling stops and further scrolling is prevented. 4. An element on the page has a fixed position with 100% width and height, disabling or removing this element allows scrolling again. 5. Observed on https://www.dmcc.ae/ the initial viewport is set at 100vh and scrolling is also disabled for this section. Removing the height of 100vh re-enables scrolling. What is the expected result? An ability to scroll down the page What happens instead of that? Certain elements prevent the browser from scrolling down the page. Please provide any additional information below. Attach a screenshot if possible. Tested using keyboard navigation, internal and external trackpads and with both a USB and bluetooth mouse. Quick screencast showing the issue http://recordit.co/4MGAVMHC38 UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36
,
May 10 2018
Trying this out in Canary and the issue appears to be resolved in that version
,
May 11 2018
,
May 11 2018
Unable to reproduce this issue on reported version 66.0.3359.139 using Mac 10.13.3 with steps mentioned in comment#0. Able to scroll the page when loading and after loading. Attaching screencast for reference. @Reporter: Please check the video and let us know if we miss anything. Is this issue seen only on Mac 10.11.6? Any further information on reproducing the issue would help in further triaging of the issue. Thanks!
,
May 11 2018
Interesting I notice you don't get the JS issue on the page? The only thing I can see different is that I'm currently on Mac 10.11.6 El Capitan
,
May 11 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 15 2018
As per comment #5 we don't have Mac 10.11.6 El Capitan for reported chrome version 66.0.3359.139.Hence we have tested this issue on chrome version #M-65 by navigating the given URL using Browserstack. Unable to reproduce this issue from TE end Mac 10.11.6 El Captain. Hence adding TE-Hardware-Dependency label. Thanks!
,
May 17 2018
,
May 18 2018
I've just encountered the issue when using Jira and clicking on tickets from a sprint and displaying them in an overlay. I'm aware this is one is hard to replicate. But as an observation attempting to see a cause, I notice that the scrolling works when the inspector is open but not if I close the inspector, the element has `overflow-y: auto;` set. This is not the case for the previous links, (however that content is full page, this appears within a popup window) I've tested this in Canary and the issue does not happen in that version. Looking at the things in common between the sites, I can see they all have an element that is set to cover the screen either using height:100vh or `position:fixed` and then width and height set to 100% If I make any changes to the dom via the inspector panel then the scroll starts working. Here is the tricky part, if I scroll down and then set the amended element back to it's default value, I can continue to scroll the page. If however I view the element in it's original position and then reset the amended value back to it's original value then the scrolling is disabled again. Screencast link attached: https://screencast-o-matic.com/watch/cFhFQ2bg5G Here are the steps I took to achieve this Here are the steps I took to achieve this - Loaded the website https://www.dmcc.ae/ - Attempted to scroll - Loaded the inspector - Selected the header element - Decreased the height from 100vh to 99vh - Attempt to scroll - (success) - Scroll down the page - Selected the height and changed it back to 100vh - The page continues to be scrollable in both directions - Scrolled back to the top of the page and changed the height to 99vh and then back to 100vh - The page can no longer be scrolled
,
May 18 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 18 2018
Tried the step in #9 but unable to reproduce in 66.0.3359.170 (Official Build) (64-bit). Also the page is encoded with tons of depends hard for us to debug. seanom.mail@ could you please provide a simple example?
,
May 18 2018
Sure, I'm not able to attach any more files but here is a gist of a simple HTML file that I get the same issue on. https://gist.github.com/Seanom/56609b03dc1e899fcbe42a5070e655d4
,
May 18 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 18 2018
Providing some context that I noticed, if an element is set as being the full height and width without having content in then it allow scrolling in the gist, in included an image, but it appears to work with any internal element inside the full height element.
,
May 24 2018
I tried your gist sample, but still not able to reproduce. - scroll down - change the height from 100vh to 99vh - scroll down - back to 100vh - scroll to top, change to 99 then back to 100. could you please make a example use js not devtools.
,
May 25 2018
I have been having this issue on the new cloud version of JIRA for the last few weeks. I assumed it was something that they had done wrong, but today I was working on a Modal component at work and realised the same issue was happening there.
For me I have an overlay that has the following styles:
position: fixed;
overflow: auto;
z-index: 1;
left: 0;
right: 0;
top: 0px;
bottom: 0;
With a box inside that has a max-height, and overflow set to auto.
When the content extends beyond the height of the box a scrollbar appears but is not interactive. Clicking and dragging the text to highlight it is the only way that allows the div to scroll.
After reading the comments in this thread, setting the top or bottom css value in the code above for the overlay to 1px fixes the issue.
Super interestingly, this is only an issue for me on an external display, not on my macbook screen. I can drag the window from one to another and see the scrolling behave normally and then not respond.
,
May 25 2018
Attached a screen recording of the issue. Seems very related to a full height overlay.
,
May 31 2018
Based on comment #16 the issue happens with external display only.
,
Jul 2
Here is the trace when using Canary Version 69.0.3479.0
,
Jul 3
Apologies for the spam, I've consolidated my previous comments and updated the trace to just include the html from the gist link above (and not include the additional tabs). I've updated Chrome to Version 67.0.3396.99 The issue only now appears to happen at smaller viewport widths. If I resize the window to full size on the external monitors then I can scroll, in the attached trace, this can be seen around 7-8 seconds in when I resize the viewport then scrolling works. I'd also point out that previous example in this post now work when viewed on my external monitors when viewed at the larger viewport size. In the gist I pasted above the width the screen stops being scrollable is the width of the image 1440px 1px over and the screen becomes scrollable. In reply to chaopeng@chromium.org, I do not know how to create a repo with JS and not dev tools could you advise please |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by seanom.m...@gmail.com
, May 10 2018