New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 785356 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Closed: Sep 20
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Thumb on Horizontal Scrollbar on macOS not draggable (when using a trackpad)

Reported by bugged....@gmail.com, Nov 15 2017

Issue description

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

Steps to reproduce the problem:
This codepen reproduces the issue:
https://codepen.io/psant/pen/POJqov

Use a mac with a trackpad, where the scrollbars only appear during a scroll operation

1. In the codepen, scroll horizontally on the gray square
2. Hover over the horizontal scrollbar

You will see that the gutter does not appear and you cannot grab the thumb for dragging/scrolling.

What is the expected behavior?
When hovering over a scrollbar that fades in/out the scroll gutter should appear and the thumb should increase in size. The user should be able to grab the thumb. This is what happens on Safari and Firefox.

This works on the vertical scrollbar in Chrome.

What went wrong?
After the scrollbar fades in, and you hover over it with the cursor, the gutter never appears and you can not "grab" the thumb by holding the mouse button down.

This does work on the vertical scrollbar

Did this work before? Yes not certain, I believe this was working in chromium 57

Chrome version: 62.0.3202.94  Channel: stable
OS Version: OS X 10.12.6
Flash Version:
 
ChromeScrollbarBug.mov
239 KB Download
Cc: shrike@chromium.org
Labels: Needs-Bisect Needs-Triage-M62

Comment 2 by shrike@chromium.org, Nov 15 2017

Components: -UI Blink>Scroll
Status: Untriaged (was: Unconfirmed)
Cc: divya.pa...@techmahindra.com
Labels: -Pri-2 -Needs-Bisect hasbisect-per-revision M-64 Triaged-ET Needs-Triaged-M62 Pri-1
Owner: szager@chromium.org
Status: Assigned (was: Untriaged)
Able to reproduce the issue on reported version 62.0.3202.94 and on latest canary 64.0.3270.0 hence providing bisect info

NOTE: This is not applicable to Windows 10 and Ubuntu 14.04

Bisect Info:
================
Good build: 61.0.3178.0
Bad build: 61.0.3179.0

You are probably looking for a change made after 492372 (known good), but no later than 492373 (first known bad).
CHANGELOG URL:

https://chromium.googlesource.com/chromium/src/+log/8ae3ea1c2efcf9d2786cb1af66315b08f0a95051..01cf6fd553bcc6d5a9ca6763eed42fbca5ecc494

Suspecting same from changelog.

@Stefan Zager: Please confirm the issue and help in re-assigning if it is not related to your change.

Thanks!

Comment 4 by szager@chromium.org, Nov 16 2017

I can also reproduce this on ChromeOS with the #overlay-scrollbars flag enabled.

My initial guess is that it's a hit-testing problem, since the div is scrollable via arrow keys and trackpad swipe.
Cc: ligim...@chromium.org
Labels: RegressedIn-61 M-65 Target-64 Target-65 FoundIn-64 FoundIn-65 FoundIn-63
Can we get a fix during M65 time frame?
Unable to reproduce this issue on M68.
Status: Fixed (was: Assigned)
Marking this 'fixed' based on comment #6, please reopen if it's still happening.

Sign in to add a comment