Closed Bug 606034 Opened 14 years ago Closed 14 years ago

Context Menu does not work properly, Hovering menuitem highlight is broken and command does not execute unless I click context menu once

Categories

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

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Windows 7
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla2.0
Tracking Flags:
Tracking Status
blocking2.0 --- final+

People

(Reporter: alice0775, Unassigned)

References

Details

(Keywords: regression) 

Build Identifier: 
http://hg.mozilla.org/mozilla-central/rev/91a2567620be
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101020 Firefox/4.0b8pre ID:20101020110243

On recent ourly build,
Context Menu does not work properly.
Hovering menuitem highlight is broken and command does not execute unless I click context menu once.

Reproducible: Always

Steps to Reproduce:
1. Start Minefield with new profile
2. Right click contents area
3. mouse hover the context menu item

4. Click Reload etc...

Actual Results:
 Hovering menuitem highlight is broken and command does not execute unless I click context menu once
blocking2.0: --- → ?
Target Milestone: --- → mozilla2.0
Regressed:

 20101020120347 571ddddc7e13   ok
 20101020121735 4da5ab8255ec   bad

I couldn't get any narrower with the hourlies.
Regressed:
20101020092853 6e70eb8a5271 ok
20101020110243 91a2567620be bad

points to https://bugzilla.mozilla.org/show_bug.cgi?id=605242
Severity: normal → major
(In reply to comment #3)
> Regressed:
> 20101020092853 6e70eb8a5271 ok
> 20101020110243 91a2567620be bad
> 
> points to https://bugzilla.mozilla.org/show_bug.cgi?id=605242

I agree.
This breaks copy and paste from the context menu.  It doesn't actually copy or it doesn't actually paste, one of the two.  Sounds like dogfood.
Uh, why I can't get this all working :/
I'll back out part of bug 605242 to fix this.
Hmm, the problem is that I can't reproduce this.
Ah, the relevant code is Windows only.
Anyway, I'll test and backout in a few minutes.
OK, I pushed possible fix (backout) to tryserver, since I can't reproduce this
on Linux even if I enable the relevant code (which is usually compiled only
on Windows).
Will then try on a Windows machine.
(I don't have development tools on Windows)
Fixed in latest hourly build using cset:
http://hg.mozilla.org/mozilla-central/rev/d5623a818b55

win32 build running on Win7
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Forgot to add fixed by partial backout of bug 605242
This bug is NOT resolved.
My build is latest.

about:buildconfig
Source

Built from http://hg.mozilla.org/mozilla-central/rev/4788083ce564
Build platform
target
i686-pc-mingw32
Build tools
Compiler 	Version 	Compiler flags
d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\mozilla-central-win32-nightly\build\build\cl.py cl 	14.00.50727.762 	-TC -nologo -W3 -Gy -Fdgenerated.pdb -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1
d;D:\mozilla-build\msys\mozilla-build\python25\python2.5.exe -O e;D:\mozilla-build\msys\builds\moz2_slave\mozilla-central-win32-nightly\build\build\cl.py cl 	14.00.50727.762 	-GR- -TP -nologo -Zc:wchar_t- -W3 -Gy -Fdgenerated.pdb -wd4800 -DNDEBUG -DTRIMMED -Zi -Zi -UDEBUG -DNDEBUG -GL -wd4624 -wd4952 -O1
Configure arguments

--enable-application=browser --enable-update-channel=nightly --enable-update-packaging --enable-jemalloc --enable-tests
Raul, Your build is from the 21st nightly from this am before this landed as fixed in an hourly per comment 14.  You should see it fixed in tomorrow's nightly update.
blocking2.0: ? → final+
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.