The Cmd-up/down shortcuts in OSX are expected (according to the Apple HIG ) to move the focus "Upward/Downward in the next semantic unit, typically the beginning of the document". In Firefox they're currently used to switch to the next/previous tab group when no text input field is focused. This causes issues in case of contenteditable elements, since they're not considered text input fields. Steps: 1: Make sure you have more than one tab group in your current Firefox window. 2: Load a page with a contenteditable element. For example, . 3: Focus the contenteditable element and start typing. 4: Hit the Cmd-Up (Cmd-Down) shortcut key. Results: Firefox switches to the previous (next) tab group. Expected results: The caret should be moved to the beginning (end) of the contenteditable text. I suggest to change the shortcut to something that doesn't clash with the Apple HIG, such as ctrl-up/down, which have no default meaning on OSX. : http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGUserInput/XHIGUserInput.html#//apple_ref/doc/uid/TP30000361-TP22 : http://html5demos.com/contenteditable
WFM on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0a1) Gecko/20110711 Firefox/8.0a1 On what version of Firefox have you tried this? Also, could you see if the issue occurs if using Firefox in safe mode: http://support.mozilla.com/kb/Safe+Mode How about with a new, empty testing profile? (Don't install any addons into it) http://support.mozilla.com/kb/Basic+Troubleshooting#w_8-make-a-new-profile
Found the faulty add-on, it'll be reported to its developer. I was pretty sure I had tried a clean profile, but after checking it again, it wasn't a _completely_ clean one.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.