Open Bug 650716 Opened 13 years ago Updated 2 years ago

[Mac] Command-left still serves as Back button when focus is in iframe-based WYSIWYG editors


(Firefox :: Keyboard Navigation, defect)

4.0 Branch





(Reporter: farukates, Unassigned)



User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0) Gecko/20100101 Firefox/4.0

When editing in a WYSIWYG-like interface, such as the one used on Tumblr, any other site that employs TinyMCE and quite possibly Wordpress sites as well, command-left doesn’t return focus to the start of the line. Instead, it triggers the Back button and takes the user to the previous page.

This breaks convention in that this behavior should only occur when the page itself is the focus, e.g. no editable fields are focused inside the page.

I’m not 100% sure this is due to these UIs being iframe based, but I can't verify that because I don't know of a rich WYSIWYG editing interface that *doesn't* use iframes.

Reproducible: Always

Steps to Reproduce:
1. Go to any weblog authoring interface that uses a rich editing UI, based on an iframe. Tumblr's default authoring interface for Text posts suffices.
2. Write some content in the main text field.
3. Use Command-left (on the Mac) to try and return the focus caret to the start of the line. 
Actual Results:  
Rather than the caret being returned to the start of the line, you're taken to the previous page.

Expected Results:  
The caret should be at the start of the current line.

I doubt this bug exists on Windows, where I believe the Home key alone does this, but the Home key is likely not associated to a browser-level function (like "Back to previous page" for command-left).
Blocks: 650717
Version: unspecified → 4.0 Branch
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.