Closed Bug 56094 Opened 24 years ago Closed 24 years ago

cursor:pointer no longer displays for links.

Categories

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

x86
Windows 98
defect

Tracking

()

VERIFIED DUPLICATE of bug 56167

People

(Reporter: jameslariviere, Assigned: joki)

References

Details

(Keywords: regression)

DESCRIPTION:

The cursor should display a pointer (hand) when over a link.


STEPS TO REPRODUCE:

view bugzilla.mozilla.org
hover over link.

ACTUAL RESULTS:

Cursor renders the default arrow.

EXPECTED RESULTS:

Cursor should render with the pointer "hand" when over a link.


I believe that this is a regression from the patch applied to bug 5693.


DOES NOT WORK CORRECTLY ON:

Win98 build 20000101020
Using 2000-10-10-21/Linux (Mozilla nightly) I cannot reproduce this. The most
links show the hand cursor.
Only http://www.e-shuppan.com/ shows not hand cursor (the links at the bottom
such as "ENGLISH") -- the reason might be that there is no <a href=>, but only
<a onClick="">.
Tobias,

When I mouse over your link in your last post, the hand pointer does not display.

However, if I move very, very slowly I can see it shimmer back and forth between
the hand and arrow cursors.

I also noticed that images nested in a link always displays correctly with the
hand pointer (like the mozilla image at the top of the screen).
Getting same behaviour in today's build (WinNT4 SP6 2000101020 nightly
non-talkback). It's not only the hand pointer - the select pointer does not
display either. Basically, the cursor always goes back to the default cursor
after changing to the correct one. This happens very, very quickly so you'll
have to be very careful to notice it.

Probably Windows specific.
(Seems to be windows; my in-between mentioned bug about the missing link
appearance in this special case is now bug 56121 in case someone is interested.)
*** Bug 56151 has been marked as a duplicate of this bug. ***
I'm seeing the flickering too. I'm going to confirm the bug and nominate for rtm
because this looks pretty bad.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: rtm
Keywords: regression
I am marking this as dup, even though this was reported first. The dup
identified the checkin that caused this regression.


*** This bug has been marked as a duplicate of 56167 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified dupe.
Status: RESOLVED → VERIFIED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.