Open Bug 169806 Opened 22 years ago Updated 2 years ago

old position of caret persists after going through link with :hover

Categories

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

PowerPC
macOS
defect

Tracking

()

REOPENED

People

(Reporter: bugzilla, Unassigned)

References

Details

(Keywords: helpwanted, platform-parity)

found using 2002.09.19.08 comm trunk build on Mac OS X 10.1.5, while verifying
bug bug 140655. seems to be mac only, as i cannot repro on win2k or linux rh7.2.

a good test case is attachment 81334 [details].

1. turn on caret mode (hit F7).
2. load the test case.
3. place caret at the end of "Foo" (outside of the link).
4. move the mouse pointer over the link (hovering will make its bkgnd yellow).
5. move the caret with the right arrow key until it enters the link --keep the
pointer over the link, too.

actual results: there are now two carets displayed: the one at the end of "Foo"
(non-blinking), and the one within the link (the "current" one, which is blinking).

expected: the previous position of the caret (at the end of "Foo") should not be
displayed.
Keywords: pp
Blocks: focusblink
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Sorry, I was verifying this with Windows. It's a Mac bug.
Status: RESOLVED → REOPENED
Keywords: helpwanted
Resolution: WORKSFORME → ---
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: bugzilla → keyboard.navigation
Component: Keyboard: Navigation → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.