Closed Bug 444960 Opened 16 years ago Closed 14 years ago

Ctrl keyboard shortcuts override expected system key bindings (chrome accesskeys vs emacs-like bindings)

Categories

(Firefox :: Keyboard Navigation, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: craig2085, Unassigned)

References

Details

(Whiteboard: [CLOSEME 2010-11-15])

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0

In Cocoa applications (and carbon applications in Leopard) text views use the control keys for various emacs-inspired operations. Firefox seems to only inherit this behaviour sometimes. 

A list of the bindings can be found (on my Leopard system) at:
/System/Library/Frameworks/AppKit.framework/Resources/StandardKeyBinding.dict

Some examples of the problem:
- The find features removes the ability to move to the beginning of the line (see reproduction). Control-a activates highlight-all instead.
- In Preferences > Security > Saved Passwords: Control-a asks if you would like to remove all of your saved passwords.
- In edit bookmarks Control-e toggles more/less.

Reproducible: Always

Steps to Reproduce:
1. Focus the address bar, placing the caret away from the beginning of the URL text
2. Press control-a to move the caret to the beginning of the line
3. Activate the find functionality
4. Focus the address bar, placing the caret away from the beginning of the URL text
5. Press control-a

Actual Results:  
Highlight all feature is activated

Expected Results:  
Caret should be moved to the beginning of the line
See bug 207510 and bug 303192 for some background.  Fixing bug 207510 is one way to take care of the problem.
Depends on: 207510
Summary: control keyboard shortcuts override expected system key bindings → Ctrl keyboard shortcuts override expected system key bindings (chrome accesskeys vs emacs-like bindings)
This bug was reported using Firefox 3.0 or older, which is no longer supported. The bug has also not been changed in over 500 days and is still in UNCO.
Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still see this problem, please update the bug. If you no longer see the bug, please set the resolution to RESOLVED, WORKSFORME.

This is a mass search of unconfirmed bugs that have no activity on them, so if you feel a bug was marked in error, just remove the CLOSEME comment in the whiteboard within the next month.
Whiteboard: [CLOSEME 2010-11-15]
No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Confirmed on Firefox 3.6.24. ^E (Ctrl-E) seems to work universally, while ^A (Ctrl-A) seems to be interpret as Alt-A would be on Windows:
* noop in address bar
* toggles "Highlight all" in the find in page form.
You need to log in before you can comment on or make changes to this bug.