Closed
Bug 29768
Opened 26 years ago
Closed 14 years ago
onMouseout events generated differently than in NS4
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
RESOLVED
INCOMPLETE
Future
People
(Reporter: bugzilla, Unassigned)
Details
onMouseout events generated differently than in NS4
Windows-NT4, Service pack 4
Mozilla build 2000-02-29-09-M15/5.0.0.00060/2000022908
Might be related to Bug #29352
Tested HTML:
...several lines clipped...
<A HREF="#extern">Nogle links ud af Dansk Sygeplejeråd</A>
...several lines clipped...
<H1><A NAME="extern">Specielle<A> links ud af Dansk Sygeplejeråd</H1>
<A HREF="#private"><B>DSRs og DSAs medarbejderes hjemmesider & private
postadresser</B></A>
...several lines clipped...
<A NAME="private"><B>DSRs og DSAs medarbejderes hjemmesider:</B></A>
<A HREF="http://www.theodor.suite.dk/"
onMouseOver="window.status=
'Her findes sider om bl.a. Quest-PBM, Olympia-PBeM og Magic The Gathering';
return true"
onMouseOut="window.status='';
window.alert('Nej! Flyt ikke musen væk - Tryk på det link!');
return true"
>Home page for Finn Theodorsen</A>
First the shown links are chosen in order.
Action Expected behaviour (as in NS4)
move over, then away Alert pops up and can be dismissed
move over, shift focus
away with SHIFT+TAB
and back again with
SHIFT+TAB Nothing happens
move over, select Chosen URL comes up, no alert
Action Real behaviour (Mozilla5)
move over, then away Alert pops up and can be dismissed, but window
refreshes at previous link (#extern)
move over, shift focus
away with SHIFT+TAB
and back again with
SHIFT+TAB Alert pops up, Mozilla crashes or freezes, lots of
memory is consumed (some eternal loop of
mouseOut-event->window.alert->mouseOut-event
might be in progress)
move over, select Alert pops up, Mozilla freezes, URL doesn't
come up. (same as above might be going on)
In both these last cases the alert-window cannot be dismissed, and the
only way to get onwards is to kill the job or wait and let it crash.
Comment 1•26 years ago
|
||
Part 1, where closing the dialog pops up the wrong window sounds like a dup of
bug 22658.
Part 2, the crash after SHIFT+TAB I can't reproduce with a debug build from 3/7
Assignee: rogerl → joki
Component: Javascript Engine → Event Handling
QA Contact: rginda → janc
| Reporter | ||
Comment 2•25 years ago
|
||
I can't reproduce the freezing or crashing either now.
Also alert doesn't pop up upon choosing the link anymore.
Alert still pops up when you use shift+tab and now immediately,
ans the alert window takes focus.
Build ID 20000031516 (nb1n M15 of 16-3)
Comment 3•25 years ago
|
||
dsr_ft@dansk-sygeplejeraad.dk - could you summarise the issues this bug is still
tracking, if any?
Gerv
| Reporter | ||
Comment 4•25 years ago
|
||
Action Real behaviour (Mozilla5)
move over, then away Alert pops up and can be dismissed,
but window refreshes at previous link (#extern)
(I believe this one has its own bug-number already)
move over, shift focus when focus is shifted to other page, alert pops-up
away with SHIFT+TAB and (immediately if to other NS window, otherwise upon
back again with SHIFT+TAB second use of SHIFT+TAB even though mouse is never
moved away from link) in NS4 alert never pops-up!
move over, select no alert, functions as NS4 now
So the only thing that is left here is a onMouseOut event upon focus shift
for all I know that might be the right behaviour, and NS4 that is in error
here.
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•25 years ago
|
||
This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.
Target Milestone: --- → Future
Comment 6•25 years ago
|
||
Mass update: changing qacontact to ckritzer@netscape.com
QA Contact: janc → ckritzer
Comment 8•25 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•23 years ago
|
QA Contact: madhur → rakeshmishra
Updated•23 years ago
|
QA Contact: rakeshmishra → trix
Updated•16 years ago
|
Assignee: saari → nobody
QA Contact: ian → events
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
| Assignee | ||
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
•