Closed Bug 192065 Opened 23 years ago Closed 22 years ago

hover with nested elements breaks links

Categories

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

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 183502

People

(Reporter: shahms, Assigned: saari)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030127 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030127 I have a reduced test case that demonstrates a number of combinations, some of which work, some don't. However, the biggest example is the pure css menus example at css/edge. These used to work, but no longer do (Linux, 1.3b-gtk2 CVS and 1.2.1). When you attempt to click on the link, the :hover no longer applies, causing the clicked link to disappear and not be followed. Reproducible: Always Steps to Reproduce: Create a list with anchors and nested elements. create an li:hover rule to show the nested elements on mouse over attempt to click the link Actual Results: Nested elements disappear and link is not followed. Expected Results: Link should be follow, irrespective of what happens to the elements
Simplified test case demonstrating 4 different effects from the same 2 css rules, depending entirely on how the child elements are nested.
All those tests work for me, linux trunk build 2003-02-04-08....
this appears to be mostly a dupe of bug 102578 - clicking wrongfully fires onmouseout to verify (see bug 102578 comment 31): switch to sloppy mouse focus without click-to-raise ==> testcase works switch to click-to-focus or click-to-raise ==> testcase fails mouseout means the hover is cancelled and the link disappears before the click handler fires (explains testcases 1 & 3). I don't know why the second link is unresponsive...
Depends on: 102578
The menus on http://devedge.netscape.com are also broken because of this.
Flags: blocking1.4a?
No, they're not. They're broken because of a totally different, much more recent, problem. See bug 196603.
Flags: blocking1.4a? → blocking1.4a-
dupe of bug 183502?
Yep, it's a dupe. Though they should both probably be duped against bug 102578
I'd leave them both open and retest when bug 102578 is fixed.... It's hard to tell whether they are really dups as things stand.
At a minimum I'd say this one is a dupe of bug 183502
Ah, true. That's the same url... *** This bug has been marked as a duplicate of 183502 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
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: