25189 - Link color doesn't change before mouse moves

Status: RESOLVED DUPLICATE of bug 78510

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

Description

[Pierre Saslawsky]

(this problem comes from bug 19978)

- Go to http://developer/docs/manuals/htmlguid/index.htm
- Click a link on the index frane on the left. Don't move the mouse!
- Wait until the page is loaded
- Move the mouse cursor out of the link frame
==> The link color changes, marking it visited.

The link color is updated in nsHTMLAnchorElement::HandleDOMEvent() on 
NS_MOUSE_EXIT. A solution would be to handle NS_MOUSE_MOVE (I think that 
NS_MOUSE_MOVE is used for idle events; we don't have NS_IDLE events per se, do 
we?).

Comment 1

[harishd]

Moving to M16.

Comment 2

[joki (gone)]

Considering that in 4.x it wouldn't change to visited until you had reloaded the 
entire left frame this is still a step in the right direction.  Setting severity 
and milestone

Comment 3

[joki (gone)]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.

Comment 4

[ckritzer (gone)]

Mass update:  changing qacontact to [e-mail]

Comment 5

[Loco]

Updating QA Contact.

Comment 6

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 7

[Jesse Ruderman]

URL is out of date (it's not a frameset).

See also bug 10491.

Comment 8

[Madhur Bhatia]

QA contact updated

Comment 9

[Pham]

.

Comment 10

[Hixie (not reading bugmail)]

*** Bug 33786 has been marked as a duplicate of this bug. ***

Comment 11

[Simon Fraser [no longer active]]

Man, what an ancient bug.
Why is it so hard to just find the frame for the link and repaint it?

Comment 12

[Boris Zbarsky [:bzbarsky]]

Yes, in brief, since you have to do this for all links that point to the page
that was loaded, in all windows.

Note that comment 0 has nothing to do with what currently happens -- we don't
change the state of a link to visited until the document is in is reloaded
(which is bug 78510, of which this would now seem to be a dup).

Comment 13

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The old behavior was probably because (1) we didn't optimize state changes as
well and (2) we didn't cache the visited state.

Duping to the better-tracked bug.

*** This bug has been marked as a duplicate of 78510 ***