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

Issue 780777 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 2
Type: Bug



Sign in to add a comment

a:active cursor does not change to specified cursor

Reported by aa...@spetner.com, Nov 2 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Safari/537.36

Steps to reproduce the problem:
1. Create an <a> element with css that changes the cursor when :active
2. Mouse-down on the element

What is the expected behavior?
The cursor should change to the cursor specified in the CSS

What went wrong?
The cursor changes to the default cursor

Did this work before? N/A 

Does this work in other browsers? N/A

Chrome version: 62.0.3202.75  Channel: stable
OS Version: 10.0
Flash Version: 

See https://codepen.io/AJSpetner/pen/BmobWJ - could it be related to #712965?
 
I encountered the same issue today. I might add that the problem is not specific to :active. In my case, I added a class to the element on mousedown. Devtools shows the updated cursor rule being applied, but the cursor on the screen doesn't change.
Components: -Blink>CSS Blink>Paint
Labels: Needs-Bisect OS-Linux
Status: Untriaged (was: Unconfirmed)
i can inconsistently repro this on chrome 62.0.3202.75 on linux. when i click on the <a> element the cursor is correct but sometimes changes back to default quickly. sometimes i need to drag the cursor to trigger this (it also changes to the drag cursor when i do this but before it changes to drag cursor it changes to default cursor).

i have forked the above codepen example (https://codepen.io/anon/pen/QOyapX) to make the <a> element larger (easier to click and drag on) as well as adding a loop to print to console the ComputedStyle value of the cursor.

as afronanny@gmail.com said the ComputedStyle is correct even when it's not being rendered correctly (see updated code pen, open dev tools and click around on a element until bug can repro, notice in the console theComptuedStyle is still correct), so this isn't a style issue.

moving to paint for triage and requesting bisect.

 
Cc: divya.pa...@techmahindra.com
Labels: -Needs-Bisect M-64 Triaged-ET
Able to reproduce this issue on reported version 62.0.3202.75, latest canary 64.0.3256.0 using Windows 10 and the issue is seen from M-50 (50.0.2641.0). Hence considering this issue as Non-Regression and marking it as Untriaged


780777_New.mp4
1.6 MB View Download
Owner: schenney@chromium.org
Status: Assigned (was: Untriaged)
I couldn't repro on Linux, but does consistently repro on Win 10.

Sign in to add a comment