195979 - Mac menu items don't update disabled state until they're displayed

Status: RESOLVED WORKSFORME

(Core :: XUL, defect, P2)

Description

[Aaron Leventhal]

Sometimes a menu item can get activated by it's keystroke, even when the menu
item should be disabled.

To reproduce:
1. Select some text in a web page
2. Click on the edit menu to show it - "Copy" should be enabled
3. Close the edit menu
4. Click in the URL bar to get a caret (collapsed selection)
5. Hit Cmd+C, and notice the edit menu flashes
6. Click on the edit menu to show it, notice the menu item is disabled
7. Click back in the URL bar to get a caret again
8. Hit Cmd+C, and notice the edit menu does not flash this time

This shows that the menu has to be displayed before the disabled state of menu
items takes effect.

Comment 1

[sairuh (rarely reading bugmail)]

need to see how this affects embedded apps, like Camino, once nightly trunk
builds are available.

Comment 2

[Simon Fraser [no longer active]]

There won't be any impact on embedders, since they don't use our menu code.

Comment 3

[Samir Gehani]

Mail triage team: nsbeta1+/adt3

Comment 4

[Samir Gehani]

Ummm, Mail triage team: nsbeta1+/adt2

Comment 5

[Jason Spiro]

This bug does seem to affect embedded apps. See bug 195830.

Comment 6

[Simon Fraser [no longer active]]

No it doesn't.

Comment 7

[Karsten Düsterloh]

Comment #0, step 5 now(?) fails for current SM trunk builds like Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2007121918 SeaMonkey/2.0a1pre => WFM.