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)
Tracking
()
RESOLVED
DUPLICATE
of bug 183502
People
(Reporter: shahms, Assigned: saari)
References
()
Details
Attachments
(1 file)
1.20 KB,
text/html
|
Details |
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
Reporter | ||
Comment 1•23 years ago
|
||
Simplified test case demonstrating 4 different effects from the same 2 css
rules, depending entirely on how the child elements are nested.
![]() |
||
Comment 2•23 years ago
|
||
All those tests work for me, linux trunk build 2003-02-04-08....
Comment 3•23 years ago
|
||
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...
The menus on http://devedge.netscape.com are also broken because of this.
Flags: blocking1.4a?
![]() |
||
Comment 5•22 years ago
|
||
No, they're not. They're broken because of a totally different, much more
recent, problem. See bug 196603.
Updated•22 years ago
|
Flags: blocking1.4a? → blocking1.4a-
Comment 6•22 years ago
|
||
dupe of bug 183502?
Yep, it's a dupe. Though they should both probably be duped against bug 102578
![]() |
||
Comment 8•22 years ago
|
||
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
![]() |
||
Comment 10•22 years ago
|
||
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
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•