Closed Bug 104347 Opened 23 years ago Closed 23 years ago

apple key doesn' work, you must use control key for commands


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

Not set





(Reporter: oddzilla, Assigned: Brade)


it just seems that even if in menus apple-n, apple-w, etc. are represented as
shortcuts, you really have to use ctrl-* to obtain the shortcut, it used to be
different i recall
-> Keyboard navigation
Assignee: asa → aaronl
Component: Browser-General → Keyboard Navigation
QA Contact: doronr → sairuh
Different platforms use a different meta key for keyboard shortcuts.  This
should be the Control key for win32, and the Command (Apple/flower thing) key on
Mac platforms.

It works fine for me; on Mac OS when I press Cmd-N I get a new browser window
and when I press Ctrl-N nothing happens.  If you're getting a different result,
please tell us exactly what you're doing, and what version of Mozilla you're
using (from About Mozilla under the Apple or Help menu).
-> brade, apple keyboard person
Assignee: aaronl → brade
Reporter, provide the Build ID you're testing.

This WorksForMe using Fizzilla/2001091313 (0.9.4) on Mac OS X 10.1. The Command/Apple 
key functions as expected.
this is my mozilla version
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.5+) Gecko/20011011
but i had the simptom from version .94 onward,
it seems to me it appeared about the time, multizilla patch was released as
additional package.
tom, do you have Multizilla installed? If so, can you reproduce this on a clean install 
without Multizilla?
I tried to log in as a different person and everything was fine as expected
cmd-* instead of ^-* for all command shortcuts.
I must have messed up something when i first installed multizilla that was, as
you recall, not supported at first on macos.
so i trashed the preferences and all was fine again.
thank you all for your time.
everyday mozilla is getting better, thank to people like you!
Marking WFM per Reporter.
Closed: 23 years ago
Resolution: --- → WORKSFORME
verify worksforme (per reporter)
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.