Reproduction steps: 1. go to http://trac.webkit.org/export/41842/trunk/LayoutTests/scrollbars/overflow-scrollbar-combinations.html 2. Resize the browser window until there is a vertical scrollbar on the main window 3. Notice that the vertical scrollbar doesn't paint, or paints oddly 4. Hovering over the relevants bits of the scrollbar (thumb, lower track, upper track, etc.) will cause the paint to occur correctly apologies if this is a dupe, I attempted a search. I tested this on chrome for linux, chrome for windows, and safari 4 for windows, with similar results on all platforms.
This sounds very familiar to me.
Sounds like a Chromium bug I filed a couple weeks ago: http://code.google.com/p/chromium/issues/detail?id=14396
I took the test case and changed it into JSFiddle: https://jsfiddle.net/z63xbhjv/ NOTE - Don't open it in full view by adding "show" in the end. Just open it from the URL. Notice that Safari Technical Preview add "Black" bar just next to vertical scrollbar in "Result" / Console window. Chrome Canary 107 does not draw any scrollbar but it is scrollable in the area and as for Firefox Nightly, it does have "scrollbar" and it works intended but I am not sure whether it is correct since this test case has -webkit- prefixes and Firefox Nightly might be ignoring it. BUG it seems is that - Safari is drawing "black" scrollbar next to intended scrollbar and the black area is kind of scrollbar (if I click on the bottom area), it moves viewport. I am changing the status of this to "New" and adding few Webkit Engineers for their input. Thanks!
Could you attach a screenshot? Also, does this require the user to have "always-on" scrollbars?
Created attachment 462055 [details] STP 152 black scrollbar (In reply to Simon Fraser (smfr) from comment #4) > Could you attach a screenshot? Also, does this require the user to have > "always-on" scrollbars? Yes - I have "always-on" scrollbar and this is attached screenshot.