301670 - [10.3] Can't remap existing menu shortcuts via Keyboard Shortcuts in System Prefs

Status: RESOLVED WORKSFORME

(Camino Graveyard :: Toolbars & Menus, defect)

Description

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This was a topic of discussion in the forum a couple of weeks ago, but the
concerned parties never seemed to file a bug about it.  It's mainly an issue
because bug 196359 is unfixed/bumped from 0.9.

In Mac OS X 10.3.x, you can't remap existing keyboard shortcuts on the trunk
using the Keyboard Shortcuts tab in the System Prefs.  Apparently it works fine
in 10.4.x.  You can add shortcuts for menu commands without them (i.e., "Email
Page Location"), just not remap/override existing shortcuts.

This works fine in 0.8.4 in 10.3.9.  I haven't tracked down a worthwhile
regression window because it doesn't bother me, but it's sometime between July
1, 2004 and May 31, 2005.  Target it for 1.9 for all I care, but the bug is filed.

Comment 1

[Rahul Abrol]

there are problems in 10.4.x as well.  camino doesn't seem to recognize any custom shortcuts w/o the command (apple) key.  the menu item shows the correct shorcut, but nothing happens when it's pressed.

Comment 2

[Stuart Morgan]

(In reply to comment #1)
> camino doesn't seem to recognize any custom shortcuts w/o the command 
> (apple) key.

That's not entirely true.  If you close all your browser windows, you'll find that they work.  Access keys for forms are implemented with command, so the key events are presumably being eaten by the content area.  That is arguably not a bug at all--the system deals with command-key actions very differently than other actions, so one shouldn't expect non-command key actions to work reliably in any app (try in Safari with the URL bar highlighted, for example)--but even if it were it would be unrelated to this bug.

Comment 3

[Rahul Abrol]

(In reply to comment #2)
> (In reply to comment #1)

> Access keys for forms are implemented with command, so the key
> events are presumably being eaten by the content area.

if you're referring to accesskeys being triggered by control, i don't see the relevance here as camino is the only browser (cf. safari, shiira, and firefox) that "eats" the event.  using a keyboard shortcut w/o the control key or changing ui.key.generalAccesskey makes no difference either.

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Please file a new bug about comments 1 through 3; this bug is about the regression that prevents *remapping* of currently-mapped shortcuts on 10.3.x only.  They're two very different issues.  Thanks.

Comment 5

[Rahul Abrol]

filed as bug 326876.

Comment 6

[timeless]

if someone provides me a list of urls to try, i will track down the regression window.

this is very frustrating as i have no intention of paying for 10.4 (i won't install it without a legal license, so unless someone transfers one to me, or i buy a new mac - say in 2009, i won't be running 10.4).

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

timeless meant "steps", of course ;)

System Prefs > Keyboard & Mouse Pane > Keyboard Shortcuts tab

Click on "Application Keyboard Shortcuts" in the list, then the + button below the list.  Select "Camino" from the Application drop-down in the sheet (Other... to navigate to it if Camino's not in your /Applications folder).  

For the menu title, the exact title of the Camino menu item (any ... is the actual … elipsis character, and menu items that change their name depending on state, like Show/Hide All Bookmarks are not a good testcase for QAing this bug; Ian thinks it *should* work based on the name that's actually in the .nib, but no one's checked).

Then click in the Keyboard Shortcut box and press the keys for the new shortcut you'd like to use; Cmd-Shift-\ or whatever.

Click Add, then go launch Camino.

Again, this is only broken for menu items that currently have a shortcut assigned by Camino.

Comment 8

[Peter Jaros (:peeja)]

For what it's worth, WFM on 2006080522 (v1.0+).

Comment 9

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Heh, so it does (at least on 18branch and trunk).  I meant to check this the other day; I wonder what changed in the intervening year?