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.
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
QA Contact: rginda → janc
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)
email@example.com - could you summarise the issues this bug is still tracking, if any? Gerv
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.
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
Mass update: changing qacontact to firstname.lastname@example.org
QA Contact: janc → ckritzer
Updating QA Contact.
QA Contact: ckritzer → lorca
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
QA contact updated
QA Contact: gerardok → madhur
Assignee: joki → saari
QA Contact: trix → ian
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.