New issue
Advanced search Search tips

Issue 678247 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jan 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Skinned scrollbars (::-webkit-scrollbar-) don't respect user's scrollbar Mac OSX preferences

Reported by thodo...@spotify.com, Jan 4 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 Safari/537.36

Steps to reproduce the problem:
1. Select System Preferences -> General -> Show Scrollbars: When scrolling (Check attachment)
2. Use CSS to skin a web page's scrollbars  (Check index.html in the attachments)
3. Load the page in Chrome

What is the expected behavior?
I am expecting the scrollbars to not be visible unless I scroll. I also expect the scrollbars to overlay the document.

What went wrong?
Scrollbars are always visible and not overlaid. Instead they take space from the document.

Did this work before? No 

Chrome version: 55.0.2883.95  Channel: stable
OS Version: OS X 10.12.2
Flash Version: Shockwave Flash 24.0 r0
 
Screen Shot 2017-01-04 at 16.21.45.png
349 KB View Download
index.html
12.4 KB View Download
Components: -UI Blink>Layout>Scrollbars
Labels: Needs-Triage-M55
Labels: -Needs-Triage-M55 M-57
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.12.2 using 55.0.283.95 and 57.0.2976.0.
This is a non regression issue since 36.0.1925.0.

Untriaged to get it addressed further.

Comment 4 by e...@chromium.org, Jan 9 2017

Status: WontFix (was: Untriaged)
This is intentional, author-styled scrollbars take precedence over user scrollbar settings. Just like author-selected fonts take precedence over user-selected (default) fonts.
But when I skin the scrollbar I don't set a property that tells the browser to always show it. I'm not overriding that behaviour. If that was then case then I would agree with you.

All we are doing is tell the browser that the look should be different. Not the behaviour (overlayed or not)

Sign in to add a comment