onmouse[out|over] events don't work with TRs when page was created with document.write

RESOLVED WORKSFORME

Status

()

P3
major
RESOLVED WORKSFORME
18 years ago
14 years ago

People

(Reporter: aevans, Unassigned)

Tracking

({testcase})

Trunk
Future
x86
Windows 2000
testcase
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

944 bytes, application/octet-stream
Details
(Reporter)

Description

18 years ago
When you use document.write() to create a page in another frame, that page 
contains a table, a row in that table has a mouseover/mouseout event assigned, 
and that event uses this.className to change its parent row's style, behavior 
isn't what you would expect.  

In some cases (like the attached test case), there is a flicker when you move 
your mouse over the row, but the row's attributes do not visibly change.  In 
other cases (which I haven't taken the time to reproduce), the row display 
attributes don't physically change at all.

Other attributes of the class are applied properly (like changing the mouse 
pointer).

The problem doesn't occur with other tags, like <TABLE>, <TD> or <SPAN>, merely 
with the <TR> tag.  I've worked around it by embedding a table in each of my 
rows and dealing with TDs of the outer table and the TABLE tag of the inner 
table.  Very ugly, but it works.  I've have not attached my work-around.
(Reporter)

Comment 1

18 years ago
Created attachment 32212 [details]
test case

Updated

18 years ago
Keywords: testcase

Comment 2

18 years ago
Well, I tested your testcase in Win98 / 2001051704, and I see the problem too.  
I would confirm it if I had access to do that.  ;)

Comment 3

18 years ago
And now I do!
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #32212 - Attachment mime type: application/octet-stream → text/html
Attachment #32212 - Attachment mime type: text/html → application/octet-stream

Comment 4

17 years ago
Temporarily moving to future until a milestone can be assigned. 
Status: NEW → ASSIGNED
Target Milestone: --- → Future

Comment 5

16 years ago
mass reassign to default owner
Assignee: karnaze → table
Status: ASSIGNED → NEW
QA Contact: amar → madhur
Target Milestone: Future → ---

Updated

16 years ago
Priority: -- → P3
Target Milestone: --- → Future

Comment 6

15 years ago
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040221
Firefox/0.8.0+

Comment 7

14 years ago
Testcase WFM, Mozilla 1.8a5, Gecko/20041105.
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.