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

Issue 841970 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 841774
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

Unable to scroll certain websites

Reported by seanom.m...@gmail.com, May 10 2018

Issue description

Chrome 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



 
4MGAVMHC38.gif
4.2 MB View Download
I just upgraded to the beta and still get the same issue, 
Version 66.0.3359.170
Trying this out in Canary and the issue appears to be resolved in that version
Labels: Needs-Triage-M66
Cc: sindhu.chelamcherla@chromium.org
Components: Blink>Scroll
Labels: Needs-Feedback Triaged-ET
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!
841970.mp4
10.9 MB View Download
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

Project Member

Comment 6 by sheriffbot@chromium.org, May 11 2018

Labels: -Needs-Feedback
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
Cc: phanindra.mandapaka@chromium.org
Labels: Needs-Feedback TE-Hardware-Dependency
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!
Cc: chaopeng@chromium.org
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
 
Project Member

Comment 10 by sheriffbot@chromium.org, May 18 2018

Labels: -Needs-Feedback
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
Labels: Needs-Feedback
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?
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

Project Member

Comment 13 by sheriffbot@chromium.org, May 18 2018

Labels: -Needs-Feedback
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
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.
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.
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.


Attached a screen recording of the issue.

Seems very related to a full height overlay.
scroll-bug-480.mov
8.5 MB View Download

Comment 18 by sahel@chromium.org, May 31 2018

Mergedinto: 841774
Status: Duplicate (was: Unconfirmed)
Based on comment #16 the issue happens with external display only.

Comment 19 Deleted

Comment 20 Deleted

Here is the trace when using Canary Version 69.0.3479.0

trace_841970-canary-trace.json.gz
3.5 MB Download
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
trace_841970-Gist-Trace.json.gz
1.8 MB Download

Sign in to add a comment