Bug 179122

Summary: -webkit-scroll size and position not painted correctly under browser zoom
Product: WebKit Reporter: Danyao Wang <danyao>
Component: Layout and RenderingAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: ajuma, bfulgham, simon.fraser, webkit-bug-importer, zalan
Priority: P2 Keywords: InRadar
Version: Safari 10   
Hardware: Mac   
OS: macOS 10.12.4   
Attachments:
Description Flags
Screen capture video showing the buggy behavior
none
Buggy behavior on a real website none

Danyao Wang
Reported 2017-11-01 09:47:51 PDT
Created attachment 325580 [details] Screen capture video showing the buggy behavior Reproduction steps: 1. Load a page that uses -webkit-scrollbar, e.g. http://w3c-test.org/visual-viewport/viewport-dimensions-custom-scrollbars-manual.html Notice that the custom vertical and horizontal scrollbars touch at the corner 2. Press Ctrl/+ several times. Notice a gap appearing between the corners of the vertical and horizontal scrollbars 3. Press Ctrl/- once. Notice that the scrollbars are not touching at the corner, but a gap appears between each scrollbar and the respective page edge. 4. Press Ctrl/- a few more times. Notice that the edge gaps persist. 5. Press Ctrl/+ once. Notice that the edge gaps disappear, but the corner gap reappears.
Attachments
Screen capture video showing the buggy behavior (7.63 MB, video/quicktime)
2017-11-01 09:47 PDT, Danyao Wang
no flags
Buggy behavior on a real website (1.74 MB, video/quicktime)
2017-11-03 10:32 PDT, Danyao Wang
no flags
Simon Fraser (smfr)
Comment 1 2017-11-01 11:00:02 PDT
Does this affect real sites?
Radar WebKit Bug Importer
Comment 2 2017-11-01 11:01:11 PDT
Danyao Wang
Comment 3 2017-11-03 10:32:19 PDT
The impact on real websites is probably not too large. I spent 30 minutes digging through URLs from HTTPArchive that use -webkit-scrollbar, and only found one website where the problem is somewhat visible: http://www.toixemphim.net/p/lich-phim.html Even in this case, I'd have to zoom in to see the buggy behavior. Movie attached. HTTPArchive data reports ~3% CSS files out there in the wild uses this prefix. But it's hard to tell whether that translate into user visible impact. From the small sample size of ~100 URLs I looked at, it seems that either the style is not applied to the main element, so this bug is not manifesting, or the scrollbar is so small the effect of the bug is minimal. I wish we have better tools to know when custom scrollbar is actually rendered. Just a wild question: would you consider deprecating support for webkit-scrollbar? Most mainstream sites don't seem to use it anyways...
Danyao Wang
Comment 4 2017-11-03 10:32:50 PDT
Created attachment 325912 [details] Buggy behavior on a real website
Simon Fraser (smfr)
Comment 5 2017-11-03 11:16:01 PDT
If you can get gmail off of it, sure :) It's also used on neatorama.com.
Simon Fraser (smfr)
Comment 6 2017-11-03 11:16:40 PDT
Some sites also use it to hide the scrollbar (esp. with -webkit-overflow-scrolling: touch) so we'd need new CSS to do that.
Note You need to log in before you can comment on or make changes to this bug.