seen on windows build 2000-11-10-06-Mtrunk - open any menu listing with items that have a '>' indicating more choices available under that topic - highlight that topic expected results: new drop-down window appears automatically with related items tested results: new drop-down window doesn't open workaround: click on highlighted topic... that opens the new drop down window
Reporter: do you think this is a regression? because assuming I understand you this worksforme w/ Komodo w2k. I suggest you attach a screen capture.
*** Bug 59741 has been marked as a duplicate of this bug. ***
I see this bug as well with Mozilla 111004 trunk build on NT4. To reproduce: Click on the Tasks menu. Move the mouse over Tools and leave the mouse there as long as you like. The Tools submenu will never pop up. If you then click the mouse on Tools, the submenu pops up. Now, after having clicked on Tools and making the submenu pop up, move the mouse straight up and off the Tools menu item. The Tools submenu popup does not go away. This all worked fine in yesterday's build. And I am seeing a lot of brokenness in today's build that looks like it has to do with timers failing to fire properly.
xpt menus .. timeless next time, dupe this to the bug that is in the right component. possible to do with the fact that things were being checked in at the time of building, will check again on respins
according to sspitzer, this was a regression from edburns
the timer issue was checked out, so "fixed"?
updated win2k trunk build does not show this bug. Marking worksforme (but reopen, etc. ,etc.).
verified fixed windows build 2000-11-13-06-Mtrunk