Bug 317941
| Summary: | <body> with overflow: hidden CSS is still scrollable on iOS sometimes | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Simon Fraser (smfr) <simon.fraser> |
| Component: | Scrolling | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | jcheung23, mhjacobson, simon.fraser, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=240859 | ||
Simon Fraser (smfr)
Following on from https://bugs.webkit.org/show_bug.cgi?id=240859#c9, Nick says:
I can still reproduce this:
1. Visit google.com/search?q=dogs&udm=2 on an iPhone to open images mode on Safari. Make sure the omnibox is at the bottom.
2. Scroll down on the page to collapse the omnibox.
3. Connect DevTools and apply an inline style of `overflow: hidden` to `<body>` to be 100% sure it's applied before and during the scroll.
4. Click an image and immediately start an upward swipe on the page. This will need to be in ~100–200 ms. Don't release the touch.
5. If successful, scrolling up and down will move the base page. This is visible via the bottom Safari omnibox which expands and collapses as long as the touch is not released.
6. If you noted the original scroll position of the base page, you can also flick up or down quickly to fling the base page, and observe it was scrolled after closing the image viewer.
This does seem to be harder to trigger with recent fixes, but it is still possible.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/180741949>