Closed Bug 592093 Opened 14 years ago Closed 14 years ago

unexpected behavior when hovering a menu

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- betaN+

People

(Reporter: bugzilla, Unassigned)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre ID:20100830130834 Regression, linked to bugs 591657 and 587944 when hovering over a menu, like in the top blue bar on http://www.google.com/mobile/, the menu closes. Reproducible: Always Steps to Reproduce: 1. Go to http://www.google.com/mobile/ 2. hover "Google for Your Phone" 3. hover down in the menu Actual Results: The menu tends to close when the cursor gets over another item Expected Results: the menu should stay open, and the new item should be highlighted. similar behavior on http://www.youtube.com/movies/mystery_suspense, thanks to UI for comment 3 on bug 591657 : > STR: > 1. Visit: http://www.youtube.com/movies/mystery_suspense > 2. Place your mouse pointer over any of the movie image tiles > 3. Wait till the info pop-up appears then move your mouse off the pop-up > 4. Crash.
Keywords: regression
blocking2.0: --- → ?
The build you reported this bug with didn't have the fix for bug 591657. I could not reproduce the problem in a 2010-08-31 nightly (which has the fix for bug 591657). Christophe, could you try a new nightly and report back whether or not you can still see the problem?
regarding the bug on google.com/mobile, reproduced in: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100830 Firefox/4.0b5pre ID:20100830130834 (tinderbox build) Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100831 Firefox/4.0b5pre ID:20100831040721 Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100831 Firefox/4.0b5pre ID:20100831040721 Safe Mode not reproduced in: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 ID:20100722155716 regarding youtube.com/movies/mystery_suspense, I think I was wrong, the behaviour is consistent over the different builds. Tell me if you need more information.
I still can't reproduce on http://www.google.com/mobile/. I see the same behaviour on Firefox 3.6 as I do on the 2010-08-31 and 2010-09-01 nightlies. Can you give me any information I might need to reproduce?
Just moving the cursor over the menu.
reproduced in Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100901 Firefox/4.0b6pre ID:20100901041125 I'm trying to understand what happens with firebug, but I am far from an expert on javascript debugging. At the moment, I can only say it looks like it happens in google.com/mobile/js/mgc3-compiled.js :/
Ok, I think I can reproduce now. I guess I don't move my mouse cursor as fast as you. Quick movement seems to be the key for some reason.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Could it be linked to the speed of the computer (polling speed) ? By setting a breakpoint on function "v" on line 70 of mgc3-compiled.js, I could see that when I hover from item to item, the menu is closed and opened. But it does the same on Fx 3.6.8. I could also note that with the breakpoint active, (and having to press F8 (continue) to continue the script execution), I couldn't reproduce the unwanted behavior. I can't tell if the "unwanted" behavior is a real error. I can only tell that the script on this page with this version of Fx gives unwanted results.
Christophe, and I assume you don't see the problem in 2010-08-27 nightlies?
Timothy, you're right, I should have checked this before. menu stays open (wanted behavior): Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100827 Minefield/4.0b5pre ID:20100827040251 crashes: Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100828 Firefox/4.0b5pre ID:20100828040640 Mozilla/5.0 (Windows NT 5.1; rv:2.0b5pre) Gecko/20100829 Firefox/4.0b5pre ID:20100829040614
Could you try this try server build to see if the problem is fixed or not? Thanks. http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/tnikkel@gmail.com-bd035cc781da/
Same behavior with this tryserver build, Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100904 Firefox/4.0b6pre ID:20100904154956 but I could notice that when I have other tabs open on some sites (maybe with JS ?), the unwanted behavior is harder to hit. ie, with nightly "Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100904 Firefox/4.0b6pre ID:20100904041009", with gmail and google.com/mobile open, I have to move the cursor faster and a half dozen times to get the menu to close. Same with youtube. If I get this bugzilla page instead of gmail, I can hardly get the cursor on the first item of the menu.
It is reproducible in both of them. Again, if I have gmail open on another tab, I can't reproduce. Is there a way I could give more interesting information on this ?
Reproduced on: Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100906 Firefox/4.0b6pre ID:20100906151630 (tryserver c5d26ab0ec67) Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100906 Firefox/4.0b6pre ID:20100906041818 (nightly) And I also re-checked nightly 20100722, google.com/mobile as only page open, not reproducible in 20100722.
Can you try a 2010-09-12 nightly or later and see if anything has changed here?
no noticeable change in: Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100912 Firefox/4.0b6pre ID:20100912041924
Depends on: 601547
Should be fixed (on Windows) by bug 601547.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Had to back out bug 601547.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Landed bug 601547 again so this should be fixed (on Windows) by bug 601547 again.
Status: REOPENED → RESOLVED
Closed: 14 years ago14 years ago
Resolution: --- → FIXED
Thanks. works fine in Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101010 Firefox/4.0b8pre ID:20101010041544 Shall I let the QA set the status to VERIFIED ?
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: