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

Issue 676803 link

Starred by 4 users
Status: Duplicate
Merged: issue 708197
Owner: ----
Closed: Oct 2017
Cc:
ajha@chromium.org
█ kavvaru@chromium.org
█ durga.behera@chromium.org
style-bugs@google.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Non-regression: Grab cursor and grabbing cursor is not as expected in w3schools.com

Project Member Reported by sc00335...@techmahindra.com, Dec 23 2016 
Chrome Version: 57.0.2960.0 dev
OS: Ubuntu 14.04,Windows

What steps will reproduce the problem?
(1) Launch chrome and go to http://www.w3schools.com/cssref/playit.asp?filename=playcss_cursor&preval=grab
(2) Select grab/grabbing cursor and place mouse cursor on result area and observe cursor

Expected: Mouse cursor should turn to grab/grabbing cursor when selected.
Actual: Instead it doesn't turn.

This works fine in Firefox[Please refer video].

This is a Non-regression issue of chrome as it is seen from M34 series.
Grab cursor in chrome.ogv
2.8 MB View Download

Comment 1 by durga.behera@chromium.org, Dec 23 2016

Components: -UI Blink>CSS
Labels: OS-Mac
Status: Untriaged (was: Unconfirmed)
Issue is seen on Mac 10.12.2 using 57.0.2960.0.

Comment 2 by sashab@chromium.org, Jan 2 2017

Status: Available (was: Untriaged)
Changing to available - someone can take a look at this bug.

Comment 3 by sashab@chromium.org, Jan 2 2017

Labels: Hotlist-Interop

Comment 4 by ericwilligers@chromium.org, Feb 13 2017

Labels: Update-Quarterly

Comment 5 by fris...@jeka.info, Jul 13 2017 

This is recently fixed in WebKit
https://bugs.webkit.org/show_bug.cgi?id=170543

and it's a duplicate of   http://crbug.com/708197

Comment 6 by meade@chromium.org, Oct 31 2017

Mergedinto: 708197
Status: Duplicate (was: Available)
►

Sign in to add a comment