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)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: bugzilla, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
application/octet-stream
|
Details |
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.
Reporter | ||
Updated•14 years ago
|
Keywords: regression
Updated•14 years ago
|
blocking2.0: --- → ?
Comment 1•14 years ago
|
||
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?
Reporter | ||
Comment 2•14 years ago
|
||
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.
Comment 3•14 years ago
|
||
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?
Reporter | ||
Comment 5•14 years ago
|
||
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 :/
Comment 6•14 years ago
|
||
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
Reporter | ||
Comment 7•14 years ago
|
||
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.
Comment 8•14 years ago
|
||
Christophe, and I assume you don't see the problem in 2010-08-27 nightlies?
Reporter | ||
Comment 9•14 years ago
|
||
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
Comment 10•14 years ago
|
||
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/
Reporter | ||
Comment 11•14 years ago
|
||
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.
Comment 12•14 years ago
|
||
Could you try these two try server builds? Thanks again. http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/tnikkel@gmail.com-953e476d3476/ http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/tnikkel@gmail.com-1e73a253aaf9/
Reporter | ||
Comment 13•14 years ago
|
||
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 ?
Comment 14•14 years ago
|
||
Can you try this try server build? http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/tnikkel@gmail.com-c5d26ab0ec67/
Reporter | ||
Comment 15•14 years ago
|
||
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.
Comment 16•14 years ago
|
||
Can you try a 2010-09-12 nightly or later and see if anything has changed here?
Reporter | ||
Comment 17•14 years ago
|
||
no noticeable change in: Mozilla/5.0 (Windows NT 5.1; rv:2.0b6pre) Gecko/20100912 Firefox/4.0b6pre ID:20100912041924
blocking2.0: ? → betaN+
Comment 18•14 years ago
|
||
Should be fixed (on Windows) by bug 601547.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 19•14 years ago
|
||
Had to back out bug 601547.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 20•14 years ago
|
||
Landed bug 601547 again so this should be fixed (on Windows) by bug 601547 again.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 21•14 years ago
|
||
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 ?
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
•