Bug 78858 - Custom cursors revert when document title changes
Summary: Custom cursors revert when document title changes
Status: REOPENED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: Mac OS X 10.7
: P2 Normal
Assignee: Nobody
URL:
Keywords: GoogleBug, HasReduction, InRadar
: 80168 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-02-16 17:03 PST by zwarts
Modified: 2022-08-29 13:49 PDT (History)
11 users (show)

See Also:


Attachments
Simple reproduction case of the bug. (930 bytes, text/html)
2012-02-16 17:03 PST, zwarts
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description zwarts 2012-02-16 17:03:53 PST
Created attachment 127473 [details]
Simple reproduction case of the bug.

Bug first filed against Chromium, but they claim this is a webkit issue. I have confirmed the bug in chrome, developers there claim to have observed it in Safari.
http://code.google.com/p/chromium/issues/detail?id=114517
Observed in different Mac OS versions.

What steps will reproduce the problem?
1. Load Attached html.
2. Move mouse cursor in one of the divs
3. Observe the cursor changes to a custom cursor
4. Wait for the title to change
5. Mouse reverts to a pointer.

What is the expected result?
5. Mouse does not revert to a pointer.

Note... this also happens when titles of other tabs change.
Note... The bug can also be triggered without title changes:

Disable the timeouts... We now have a static webpage.
1. Move the cursor from somewhere in the document to the div.
2. Cursor changes correctly.
3. Move the mouse outside the chrome window to the left.
4. Enter the div, so that the div is the first thing the mouse cursor hits when entering Chrome.
5. Cursor does not display the set custom cursor.
Comment 1 Alexey Proskuryakov 2012-03-02 10:07:27 PST
*** Bug 80168 has been marked as a duplicate of this bug. ***
Comment 2 Avi Drissman 2012-03-02 19:12:18 PST
Note that the second repro sounds like an entirely different bug to me; you might want to split it off as a different issue. Does that other one also reproduce in Safari?
Comment 3 Dominic Cooney 2012-06-01 09:38:54 PDT
For now let’s track this on the Chromium bug. More debugging indicates that this will require changes in Chromium, not WebKit.
Comment 4 Alexey Proskuryakov 2012-06-01 09:47:57 PDT
This also happens in Safari, we need to at least migrate this to Radar first if we think that it's not a WebKit issue.
Comment 5 Dominic Cooney 2012-06-03 08:07:56 PDT
I tried to reproduce this in Safari but I couldn’t in either Version 5.1.7 (7534.57.2) on OS X 10.7.4 nor WebKit nightly r119355 on OS X 10.7.4.
Comment 6 Ahmad Saleem 2022-08-29 07:06:34 PDT
I am able to reproduce this bug in Safari Technology Preview 152 using attached test case using following steps:

1) Load it in new tab
2) Place your cursor on any box and it will have "hand" cursor
3) Note the tab title and as it increments, it changes "hand" cursor to "pointer" cursor

While all other browsers (Chrome Canary 107 and Firefox Nightly 106) does not do this and keep "hand" cursor.

Just wanted to share updated testing results. Thanks!
Comment 7 Radar WebKit Bug Importer 2022-08-29 13:49:05 PDT
<rdar://problem/99294260>