If the mouse is moved onto the picture from the sidebar or from the menu bar, the onmouseover/onmouseout functions cease to switch the picture, though they continue to be called (note that "First" and "Second" tradeoff in the title even on the first mouseout event in which the "help" stays white). The problem does not occur every time, but happens on my machine within about 3 tries if I move my mouse down through "Bookmarks" and "Tinderbox" and on to the picture.
ashted, you said this in bug 30578: ------ the mouseout does fire even on the first failure, I think that in the 31788 bug, the failure is that theObj = eval(MM_swapImage.arguments[(navigator.appName == 'Netscape')?i:i+1]) returns null sometimes when it oughtn't. ------ In M14, appName returned "Mozilla" instead of "Netscape". So if you are running M14, it is probably that bad browser sniffing is at work. It's been fixed, though. Can you try a recent build?
Just downloaded the latest Nightly Build--symptoms remain.
See my comment on #30578,
Not an engine bug.
I believe this is broader than it previously seemed; any elements with both 'onmouseover' and 'onmouseout' fail to trigger 'onmouseout' at all. Attaching testcase that exhibited the problem using a late March nb1b nightly. I've noticed a number of other bugs that might be caused by this (search for 'onmouseout' in the summary).
This does seem to be broken in the beta branch for some reason but works fine on the tip.
Mass update: changing qacontact to email@example.com
Updating QA Contact.
Works for Me Platform: PC OS: Windows 98 Build # 2000100508 Marking as Verified
Usual Suspect-did you verify this in a trunk or branch build? Might want to note that, since it may be fixed in one and not the other...Honestly, I've been using commercial branch builds and have had no problem with mouseout or over.
I am using the Trunk Build...sorry for not putting that in :)