New issue
Advanced search Search tips

Issue 708701 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug

Blocking:
issue 307091



Sign in to add a comment

pointer-events: none should not be applied to overlay scrollbars

Project Member Reported by chaopeng@chromium.org, Apr 5 2017

Issue description

Chrome Version: 57.0.2987.133 (64-bit)
OS: All

What steps will reproduce the problem?
(1) open the page in attachment
(2) scrollbar not draggable

What is the expected result?

https://developer.mozilla.org/en/docs/Web/CSS/pointer-events
pointer-events: none should only effect element not scrollbar
 
1.html
165 bytes View Download

Comment 1 by bokan@chromium.org, Apr 5 2017

Blocking: 307091
Cc: -chaopeng@chromium.org
Components: UI>Shell
Labels: -Pri-3 Hotlist-Input-Dev OS-Chrome Pri-1
Owner: chaopeng@chromium.org
Status: Assigned (was: Untriaged)
Summary: pointer-events: none should not be applied to overlay scrollbars (was: pointer-events: none should not effect scrollbar)
For Other Browser:

FF/IE/Edge: scrollbar can not drag or scroll by wheel
Safari: scrollbar can drag not scroll by wheel

Comment 3 by bokan@chromium.org, Apr 5 2017

Labels: -Pri-1 Pri-3
Oh...interesting. Thanks for checking.

Seems we're not the first (even in Chrome) to come across this :) https://lists.w3.org/Archives/Public/www-style/2013Nov/0330.html

In that case, I think we should match other browsers and the thread on www-style and not do anything, in which case I think we can just mark this WontFix?

Could you also see what happens on Android/iOS? We should probably also make sure the behavior is at least consistent - i.e. we should show the scrollbars if we can't use them or scroll with them.

In any case, I think since pointer-events: none *should* affect scrollbars, lets punt on this for now, the finer points of how this should work is lower priority.

Status: WontFix (was: Assigned)

Comment 5 by bokan@chromium.org, Apr 6 2017

Status: Assigned (was: WontFix)
I'd actually like to leave this open (sorry, I changed my mind *while* writing my comment above) to track ensuring the behavior is rational. IMO, it's confusing that we show scrollbars that can't be scrolled. 

Comment 6 by bokan@chromium.org, May 10 2017

So just check and make sure we match what Safari overlay scrollbars do. I don't think this is terribly significant but we should hopefully match behavior.
For Safari overlay scrollbar, programmatic scroll will also show the scrollbar. https://jsfiddle.net/xgfgtahw/

Comment 8 by bokan@chromium.org, May 12 2017

Status: WontFix (was: Assigned)
Interestingly, it looks like we don't even composite the scroller if it's pointer-events: none, guess we just assume it can't be scrolled by the user so there's no point in promoting it - we get the big scrollbars even with --enable-prefer-compositing-to-lcd text. In anycase, that'll likely get fixed as we move to SPv2 so I think the behavior here is correct for now. Thanks!

Sign in to add a comment