Closed Bug 289561 Opened 19 years ago Closed 19 years ago

When an element extends over an iframe, its hover and mouseover/mouseout are wrongly tracked

Categories

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

defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: neil__mitchell, Unassigned)

References

Details

(Keywords: qawanted, regression, testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

When an element extends over an iframe, the hover and mouse events are wrongly
tracked. Specifically, if the hover is set when the mouse enters the iframe, it
will remain set until it leaves, even if the element only covers part of the iframe.

Reproducible: Always

Steps to Reproduce:
1. Load the attachment, which I'll post after I submit this bug
2. Move the mouse to the link, labeled "Outer Element"
3. Move the mouse vertically down, to the bottom of the Outer Element area
4. Move the mouse down below the Outer Element, into the iframe
5. Move the mouse down below the iframe
Actual Results:  
After step 3, the state is onmouseover, and the :hover style is applied (Outer
Element is yellow)
After step 4, the state is onmouseover, and the :hover style is applied (Outer
Element is yellow)
After step 5, the state is onmouseout, and the :hover style is not applied
(Outer Element is red)

Expected Results:  
After step 4, the state is should be in onmouseout, and the :hover style should
not be applied (Outer Element is red)

Also occurs on the latest Mozilla Nightly, Mozilla/5.0 (Windows; U; Windows NT
5.1; en-US; rv:1.8b2) Gecko/20050408, with its default configuration.
This isn't different from bug 289551, is it?
This worked in trunk builds of a few days earlier. So probably the same issue as
bug 289539 and bug 289551.
Depends on: 289539
Keywords: regression
Assignee: nobody → events
Status: UNCONFIRMED → NEW
Component: Layout: HTML Frames → Event Handling
Ever confirmed: true
QA Contact: layout.html-frames → ian
Keywords: testcase
Probably a dupe but not sure. Confirming and wating for qa.
Keywords: qawanted
I don't think this is a dupe of any of the 3 bugs that are linked to. They are
all about a hover for an element inside an iframe. This one relates elements
outside of an iframe, but which cover part of it - Outer Element is in the
parent frame, the iframe used is about:blank. I'm also not sure that its a
regression - looking at the testcases for all those three bugs in firefox 1.0.2
shows them working. This testcase does not work in FF1.0.2.
Neil, that's correct. It doesn't work in Firefox1.0.2/Mozilla1.7.x , but this
was an issue that was already fixed in the 1.8b trunk builds. But since a few
days, it has become broken again in those builds for probably a different reason.
OS: Windows XP → All
Hardware: PC → All
The patch in bug 289719 fixes this.
Depends on: 289719
Fixed by checkin for bug 289719
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: