Bug 261300
| Summary: | [iOS] Have iOS use the normal "have overlay scrollbars" behavior | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Simon Fraser (smfr) <simon.fraser> |
| Component: | Scrolling | Assignee: | Simon Fraser (smfr) <simon.fraser> |
| Status: | NEW | ||
| Severity: | Normal | CC: | a_protyasha, simon.fraser, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 16 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=261299 | ||
Simon Fraser (smfr)
There are some historical #idfefs for iOS that were done the iOS was the only platform to have overlay scrollbars, before these came to macOS, but these cause some surprising behavior in layout tests, particularly because RenderLayerScrollableArea::showsOverflowControls() can return a different result depending on whether we use composited scrolling.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/115139613>
Simon Fraser (smfr)
Pull request: https://github.com/WebKit/WebKit/pull/17560
Simon Fraser (smfr)
This isn't so simple. Lots of nasty interactions between mock scrollbars, custom scrollbars etc.