Closed
Bug 298477
Opened 19 years ago
Closed 19 years ago
relatedTarget is never set for mouseover event
Categories
(Core :: DOM: Events, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: mossop, Assigned: MatsPalmgren_bugz)
References
Details
(Keywords: regression, testcase)
Attachments
(3 files)
1.42 KB,
text/html
|
Details | |
1.48 KB,
text/html
|
Details | |
1.59 KB,
patch
|
roc
:
review+
roc
:
superreview+
asa
:
approval1.8b3+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050622 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050622 Firefox/1.0+
mouseover events never have the relatedTarget set making it impossible to
determine where the mouse came from
Reproducible: Always
Steps to Reproduce:
1. Open the upcoming testcase.
2. Move mouse around document.
Actual Results:
The input box showing the relatedTarget for mouseout events updates fine while
the one for mouseover events always show [null].
Expected Results:
The relatedTarget for mouseover events should be the DOM node that the mouse
came from.
This is a regression, the test case appears to work, in firefox 1.0.4, though it
has some problems there for some reason.
Reporter | ||
Comment 1•19 years ago
|
||
Reporter | ||
Comment 2•19 years ago
|
||
Note that I do not believe this is a duplicate of bug 112553. There the
relatedTarget is set in all but a few cases, here its all the time, also there
the mouseout event is similarly affected while here it isnt.
Flags: blocking-aviary1.1-
Reporter | ||
Comment 3•19 years ago
|
||
Fixing accidentally changed flag, apologies for the spam
Flags: blocking-aviary1.1-
Reporter | ||
Comment 4•19 years ago
|
||
Tracked regression point to between the builds from 28th March and 29th March.
This points to the fix for bug 284664.
Keywords: regression
Reporter | ||
Comment 5•19 years ago
|
||
This is an alternate testcase that logs what the mouseover and mouseevents
think is happening to the mouse pointer. Move the mouse over the table below
the text boxes to see logs of the events.
Updated•19 years ago
|
Assignee | ||
Updated•19 years ago
|
Assignee | ||
Comment 6•19 years ago
|
||
I have tested all URLs/testcases linked to via bug 284664 too and I didn't see
any regressions by this patch.
Attachment #187080 -
Flags: superreview?(roc)
Attachment #187080 -
Flags: review?(roc)
Comment on attachment 187080 [details] [diff] [review]
Patch rev. 1
major DHTML regression
Attachment #187080 -
Flags: superreview?(roc)
Attachment #187080 -
Flags: superreview+
Attachment #187080 -
Flags: review?(roc)
Attachment #187080 -
Flags: review+
Attachment #187080 -
Flags: approval1.8b3?
Reporter | ||
Comment 8•19 years ago
|
||
This patch fixes the bug for me
Updated•19 years ago
|
Attachment #187080 -
Flags: approval1.8b3? → approval1.8b3+
Assignee | ||
Comment 9•19 years ago
|
||
Dave, thanks for the excellent bug report!
Checked in on trunk at 2005-06-24 18:32 PDT
-> FIXED
Status: NEW → RESOLVED
Closed: 19 years ago
Flags: blocking1.8b4?
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•