835078 - "accesskey" not working from within <textarea> or <input type=text>

Status: RESOLVED WORKSFORME

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

Description

[[e-mail]]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:18.0) Gecko/20100101 Firefox/18.0
Build ID: 20130116073211

Steps to reproduce:

Running FF 18.0.1 on OSX.
Steps to reproduce:
* Go to a Wikipedia page https://en.wikipedia.org/wiki/Firefox
* Press Ctrl+Option+E
* You are now editing the page (as expected)
* Focus the <textarea>
* Press Ctrl+Option+P
* Nothing Happels (should invoke "preview" button)
* Click on the page outside the <textarea>
* Press Ctrl+Option+P
* You are now in Preview mode as expected
* You can see a  character was inserted when pressing Ctrl+Option+P for the first time. (Shown as a question mark diamond)



Actual results:

Pressing the accesskey from within the <textarea> inserted a character that was initially invisible but showed up in the preview. 
Pressing the accesskey when the page was selected did work as expected.


Expected results:

Pressing the accesskey should have shown the preview page.

Note:
- The same error happens when an <input type=text> field as the focus.

Comment 1

[Cornel Ionce [:noni] [Hubs QA]]

I was able to reproduce it on Nightly 21.0a1

User Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:21.0) Gecko/20130128 Firefox/21.0
Build ID: 20130128030943

Comment 2

[[e-mail]]

You guys must be busy, any chance this bug will be fixed? Would really appreciate it. I'm doing a lot of Wiki updates, using those shortcuts would make it a lot easy.

There's a duplicate of this bug here: 877080.

Comment 3

[sergeykish]

Attachment: accesskey from <textarea>

Comment 4

[sergeykish]

Can't reproduce

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0

Comment 5

[Edgar Chen [:edgar]]

I can't reproduce this, either. Probably something related to bug 1464016.