Closed
Bug 22538
Opened 25 years ago
Closed 24 years ago
When the element's class name is specified, I don't get the mouseout event occurring.
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
VERIFIED
FIXED
M17
People
(Reporter: reboughner, Assigned: joki)
References
Details
Attachments
(3 files)
The submitted example demonstrates the problem. This example was tested wtith
the M12 build on a Windows 98 machine. I've inserted a 'dump' statement in the
event handler to show what transpires when the mouse is over the bold
"Memebership" line. When it is moved over that line I get a slew of mouseovers
occurring and I can't get any mouseout's which will cause the color to change
back to "black" However if I change the line el.className = toWhat to the
following: el.style.color = (evt.type == 'mouseover' ? 'red' : 'black');
everything seems to work well. In other words I get the mouseover and mouseout
events occurring.
What upsets me about this example is that it worked fine with the M11 build but
somehow became broken with this build.
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
I am attaching even a more simplified example of the problem described here.
The first item displays the problem but the second one does not. Basically when
the mouse is over the colored text it should be underlined and then when the
mouse mouse off of the item it should return to its normal display. The first
example assigns the className attribute value directly and the second example
just sets the style properties directly.
Reporter | ||
Comment 3•25 years ago
|
||
Comment 5•25 years ago
|
||
Probably related to bug 6316. It seems like state in the EventStateManager goes
out of date if the style change results in recreation of frames.
Comment 7•25 years ago
|
||
Not working with 2/29/2000 build on WINNT.
Assignee | ||
Comment 8•25 years ago
|
||
I'll take a look at this
Status: NEW → ASSIGNED
Target Milestone: M17
Reporter | ||
Comment 9•25 years ago
|
||
Reporter | ||
Comment 10•25 years ago
|
||
I've just attached another simple example that demonstrates this problem but
uses an alert box rather than dump statements to output results. This was done
because the M14 build doesn't show the "mozilla" window anymore. If you run the
mouse over the first colored lettering and click on the button you only see a
mouseover event occuring. Doing the same for the second colored lettering,
shows both a mouseover and a mouseout event occurring.
Comment 11•25 years ago
|
||
Using build 2000040415, this bug seems to be fixed. I'm changing the className
of a button via a mouseover event, and all seems to go well... where as using
M14 it used to do weird stuff.
Assignee | ||
Comment 12•24 years ago
|
||
I agree, this seems fixed now.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 13•24 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Comment 15•24 years ago
|
||
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
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
•