User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040604 Minefield/3.0pre Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008040604 Minefield/3.0pre With the shortcut CMD-< (Mac, German keybord layout) one can cycle thru the open windows of every Mac program. It is no problem in Firefox 2.0.0.13 as well. But in Minefield no windows are changed, only the warning sound of MacOSX can be heard. Reproducible: Always Steps to Reproduce: 1. Open the Browser window 2. Open the Bookmarks window or another Browser window 3. Try to switch between them with CMD-< (would be a different shortcut on English/other keybords)

Does this still happen in today's nightly? We've fixed a ton of keyboard-shortcut bugs in the last month.

Yes, this bug is still in the latest (Gecko/2008051004) Minefield nightly.

Who should process such command? us? or OS? We return NO at pKE. The beep sound means we return the event to OS correctly, I think. And I cannot find such key combination processing code in our code.

Can you try the build from this evening to confirm it is still there?

With JIS keyboard, Cmd+F1 is a switching window command in Finder. That works fine for me on Fx. What key is displayed in Finder menu on your system? And don't the key combination work on Fx?

Open [System Preferences] -> [Keyboard & Mouse] -> [Keyboard Shortcuts] and see [Move focus to next window in active application]. # This is OS X 10.5. I don't know whether it's same on 10.4. This shortcut is Cmd+F1 by default on Japanese environment, but it's Cmd+< by default on German environment. And it's Cmd+` on English, Thai,... environment. (In reply to comment #5) > With JIS keyboard, Cmd+F1 is a switching window command in Finder. Default of this shortcut depends on language preference, not on keyboard type. For testing other language environment: (1) Open [System Prefernces] -> [International] -> [Language] and change language order. (2) Quit [System Preferences] (3) Open [System Preferences] -> [Keyboard & Mouse] -> [Keyboard Shortcuts] and click [Restore Defalts]

(In reply to comment #6) > Open [System Preferences] -> [Keyboard & Mouse] -> [Keyboard Shortcuts] > and see [Move focus to next window in active application]. > # This is OS X 10.5. I don't know whether it's same on 10.4. > > This shortcut is Cmd+F1 by default on Japanese environment, > but it's Cmd+< by default on German environment. > And it's Cmd+` on English, Thai,... environment. Thank you, but on 10.4, the standard combination depends on the active keyboard layout. E.g., system: English; kbd: German, then, the standard key combination is: Cmd+'<'. And I cannot reproduce this bug on 10.4.

Yes, the bug is still in Minefield nightly Gecko/2008051204 on MacOSX 10.5.2. This window changing keyboard shortcut works perfectly in Firefox 2.0.0.14 (Gecko/20080404) on the same MacOSX 10.5.2 and on the older 10.4.11. BTW: Thunderbird 3.0a2pre (2008051203) has the same beep behavior instead of the regular window changing like it still works in Thunderbird 2.0.0.14 on MacOSX 10.5.2 and 10.4.11.

(In reply to comment #8) > Yes, the bug is still in Minefield nightly Gecko/2008051204 on MacOSX 10.5.2. > > This window changing keyboard shortcut works perfectly in Firefox 2.0.0.14 > (Gecko/20080404) on the same MacOSX 10.5.2 and on the older 10.4.11. > > BTW: Thunderbird 3.0a2pre (2008051203) has the same beep behavior instead of > the regular window changing like it still works in Thunderbird 2.0.0.14 on > MacOSX 10.5.2 and 10.4.11. > CMD+` works perfectly for me on an english keyboard 10.5.2 and the latest nightly

(In reply to comment #8) > Yes, the bug is still in Minefield nightly Gecko/2008051204 on MacOSX 10.5.2. > > This window changing keyboard shortcut works perfectly in Firefox 2.0.0.14 > (Gecko/20080404) on the same MacOSX 10.5.2 and on the older 10.4.11. > > BTW: Thunderbird 3.0a2pre (2008051203) has the same beep behavior instead of > the regular window changing like it still works in Thunderbird 2.0.0.14 on > MacOSX 10.5.2 and 10.4.11. > Is the behavior in FFBeta5 the same for you? E.g. has this changed recently?

(In reply to comment #9) > CMD+` works perfectly for me on an english keyboard 10.5.2 and the latest > nightly OK, I guess I found the bug. CMD+` works here on my German keyboard as well. I'm using MacOSX 10.5 German (with German keybord layout) but an English-US Minefield 3 and an English-US Thunderbird 3a. The command for changing windows in any Mac application on OSX German is CMD-<, no matter what language they are operating in (English or German doesn't matter). The window changing command is given from the OS and not from the application, I assume. My main Internet applications on OSX 10.5 German are Firefox 2 and Thunderbird 2 (both English-US). They work perfectly in the German OSX 10.5 environment, CMD-< for changing windows works well. But in FF 3 and TB 3 (both English-US) this behavior must have been changed inside the Mozilla programs. They now have their own window changing command, which breaks/overrides/ignores the OSX command. Therefore an OSX warning sound appears on my German OSX, because FF 3 and TB 3 (both English-US) do not support the expected OS wide window changing shortcut (CMD-<) anymore and OSX German doesn't know what to do. So the OS beeps its warning sound. I would say this is a bug in both the version 3 Mozilla programs. If you say, the command now is generally CMD-` like on English-US OSX systems, this will break all the window changing in all different languages of OSX/FF/TB. OR you have to write for every different language of FF/TB a different window changing command inside the Mozilla programs to support the different expected commands from the different language OSX's (i.e. CMD-` for English-US FF/TB, CMD-< for German FF/TB, ...). And anybody has to use from now on a FF/TB the same language their OSX is running, or the window changing is broken. It would be much easier to simply support the OSX window changing and let all the different OSX language versions do it with their own shortcuts. I assume this is the way all Mac applications work. However: The German keyboard generally is recognized by FF/TB 3. All typed German letters like ä, ö, ü, ß are in the correct position and are recognized. Even all the FF/TB keyboard shortcuts work correctly (as far as I can see). Only changing windows is broken. My guess, as I already said: The different language OSX's expect their own window changing command, and don't get it. In answering comment #10: The latest Minefield nightly acts the same as the Firefox 3 Beta 5 (US-English) on German MacOSX 10.5. The English window change shortcut works on both, but the system wide shortcut (in this case the German keyboard layout shortcut) beeps.

Not going to block final release of Firefox 3 on this, I don't think, but we would take a patch in RC2 if we did it or on the security/stability branch. Do we know the cause of this? More [key hell]?

I just asked tomcat to confirm this with a German keyboard

i can confirm this Problem on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; de; rv:1.9) Gecko/2008051202 Firefox/3.0 with the steps to reproduce from comment #0

FF3 Final is coming June 17 and this bug introduced with FF3 will stay? No more switching windows using a key shortcut? Since all the updates of a Firefox Final are just security fixes Mac users have to wait until 2009 when hopefully this FF3 bug might be fixed in FF4? Of course FF4 won't support PowerPC Macs anymore so all PPC Mac users who are working with several open windows are now stuck in FF2? Great! :-/

(In reply to comment #15) > FF3 Final is coming June 17 and this bug introduced with FF3 will stay? No more > switching windows using a key shortcut? Since all the updates of a Firefox > Final are just security fixes Mac users have to wait until 2009 when hopefully > this FF3 bug might be fixed in FF4? Of course FF4 won't support PowerPC Macs > anymore so all PPC Mac users who are working with several open windows are now > stuck in FF2? Great! :-/ > Not necessarily - if we get a safe fix we'd happily include in a dot release.

I'm positively surprised! Strange facts: CMD-< now works perfectly with German MacOSX 10.5.3 and Firefox US-en 3.0 Final (Gecko/2008061004 Firefox/3.0). I finally can change windows with the OS-wide keyboard shortcut. From my user perspective this bug could now be closed. However: CMD-< did not work with all Minefield's 3.0, did not work with the FF 3.0 RC2 and still does not work with GranParadiso 3.0.1pre (2008061804). In all those cases CMD-< just replies with a warning sound.