Closed Bug 56167 Opened 24 years ago Closed 24 years ago

Cursor does not change to a hand over link in a web page

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: attinasi, Assigned: hyatt)

References

()

Details

(Keywords: regression, Whiteboard: [rtm++])

Attachments

(2 files)

Hover over a link in a web page with a recent build and the cursor flickers
between a hand and an arrow, but ends up as an arror. Seen on Trunk and Branch
(even in commercial build 2000101108, from where I am writing this up).
Recent regression. I'm looking over recent changes for likely suspects now.
Maybe nsEventStateManager 1.216? I'll try bakcing that out...
Keywords: regression, rtm
Note that the cursor changes to a hand just fine in the personal toolbar and the
sidebar, just not in the content area.
I backed out Hyatt's change to nsEventStateManager (1.216) and this is fixed.
Assigning to him to fix.
Assignee: joki → hyatt
*** Bug 56094 has been marked as a duplicate of this bug. ***
Darnit!  Ok, I guess I'm about ready to give up on this and punt it all back to 
joki now that he's back from vacation.  I can back out my fix, but then basic 
:hover will be broken again.
Status: NEW → ASSIGNED
Oops.  I screwed up the first patch.  Only look at the second patch.
Attached patch Real patch.Splinter Review
a=waterson
r: joki
Can we at least get this checked in on the trunk?  The branch would sure be nice
too -- it's a basic UI feature in web browsers since at least NCSA Mosaic,
probably well earlier...
Yikes!  rtm+  This is the fundamental affordance cue for the primary usage case
in a web browser. Many people only click on stuff that shows the hand, so this
could affect web app usability, and therefore click-through for netscape.com.  I
think this is 'pull-it-off-the-wire' territory.
Priority: P3 → P2
Whiteboard: [rtm+]
*** Bug 56252 has been marked as a duplicate of this bug. ***
Please land this on the trunk asap first.
Please update with status of build (re: regressions?) and renominated for branch
landing.
Marking need-info
Whiteboard: [rtm+] → [rtm need info]
What's the holdup? Why hasn't this been landed on the trunk?
Does the patch address the multiple mouseover events for text links issue or is 
that unrelated?
*** Bug 56470 has been marked as a duplicate of this bug. ***
Whiteboard: [rtm need info] → [rtm+ need info]
Target Milestone: --- → M18
*** Bug 56566 has been marked as a duplicate of this bug. ***
*** Bug 56658 has been marked as a duplicate of this bug. ***
Please approve for branch checkin.
Whiteboard: [rtm+ need info] → [rtm+] Fixed on trunk
PDT says rtm++, please land on branch ASAP
Whiteboard: [rtm+] Fixed on trunk → [rtm++] Fixed on trunk
Fixed on branch now too.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Whiteboard: [rtm++] Fixed on trunk → [rtm++]
VERIFIED on Mac 10-18-08, NT 10-18-08, Linux 10-18-09 branch builds.  Adding 
vtrunk KW.
Keywords: vtrunk
Verified Fixed on trunk builds
linux 101808 RedHat 6.2
win32 101804 NT 4
mac 101804 Mac OS9
Setting bug to Verified and removing vtrunk keyword
Status: RESOLVED → VERIFIED
Keywords: vtrunk
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
QA Contact: bugzilla → gerardok
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: