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

Issue 698378 link

Starred by 5 users
Status: Fixed
Owner:
nzolghadr@chromium.org
Closed: Mar 2017
Cc:
█ krajshree@chromium.org
nzolghadr@chromium.org
jmukthavaram@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

hovering over links doesn't change cursor to a hand in Gmail

Project Member Reported by dbloch@google.com, Mar 3 2017 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.0 Safari/537.36

Steps to reproduce the problem:
1. Refresh Gmail tab
2. Hover over Google logo in the upper left OR open and email and hover over a link in it.

What is the expected behavior?
Cursor changes to a hand.

What went wrong?
Cursor remains an arrow.

Did this work before? Yes A few days ago.  Still works in 58.0.3026.3 (dev channel) but that probably isn't the latest.

Chrome version: 58.0.3029.0  Channel: canary
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

Once you click on the link, the cursor changes to a hand.

This continues to happen intermittently with other links, and with the clicked on one after some period of time.

Comment 1 by woxxom@gmail.com, Mar 3 2017 

Revised repro:

1. go to All Mail folder
2. click any email in the list
3. hover the Google logo in the top left corner (or hover an embedded link in the email message if it has any)

EXPECTED: hand cursor is shown as per HTML spec
OBSERVED: normal (arrow) cursor is shown

Bisect: 453596 (good) - 453604 (bad),
https://chromium.googlesource.com/chromium/src/+log/b4a29c26..14cea387?pretty=fuller
Suspecting r453604 (issue 689158) "Send click event after pointer capturing retarget"

P.S. In the affected builds the correct behavior of cursor is restored only after clicking near the link.

Comment 2 by ajha@chromium.org, Mar 6 2017

Labels: Needs-Bisect Needs-Triage-M58

Comment 3 by jmukthavaram@chromium.org, Mar 6 2017

Cc: jmukthavaram@chromium.org
Labels: -Needs-Bisect -Needs-Triage-M58 hasbisect-per-revision M-58 OS-Linux OS-Mac
Owner: nzolghadr@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce this issue on windows 7, Mac 10.12.3,Linux Ubuntu 14.04 with Chrome version-59.0.3030.0 & reported version-58.0.3029.0.
Manual Bisect:
Good Build—58.0.3026.0-Revision (453454)
Bad Build—58.0.3027.0- Revision (453800)

Per revision Bisect Tool Info:
You are probably looking for a change made after 453603 (known good), but no lat
er than 453604 (first known bad).
CHANGELOG URL:
The script might not always return single CL as suspectas some perf builds might
get missing due to failure.
 https://chromium.googlesource.com/chromium/src/+log/ef2a8e07616635ec90e8b30a95fb8a43a7f0ec9a..14cea387ce9359e5f9fe3e90c996adf75e092e64

Possible suspect:
https://chromium.googlesource.com/chromium/src/+/14cea387ce9359e5f9fe3e90c996adf75e092e64

Review-Url: https://codereview.chromium.org/2681443003
nzolghadr@ Kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change.

Thanks.!

Comment 4 by hdodda@chromium.org, Mar 20 2017 

Able to reproduce the issue on mac os 10.12.2 using chrome canary M59 #59.0.3046.0 .

@nzolghadr-- Could you please take a look into this.

Thanks!

Comment 5 by nzolghadr@chromium.org, Mar 20 2017

Status: Started (was: Assigned)

Comment 6 by nzolghadr@chromium.org, Mar 31 2017

Status: Fixed (was: Started)
I reverted the change as part of the original bug.

Comment 7 by nzolghadr@chromium.org, Mar 31 2017

Cc: krajshree@chromium.org nzolghadr@chromium.org
 Issue 706601  has been merged into this issue.

Comment 8 by dbloch@google.com, Mar 31 2017 

Confirmed--not seeing this any more.
►

Sign in to add a comment