Open
Bug 1238388
Opened 9 years ago
Updated 2 years ago
[non-e10s] Autofocus attribute allows web pages to steal focus from chrome input fields
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: arni2033, Unassigned)
References
Details
(Keywords: parity-chrome)
Attachments
(1 file)
>>> My Info: Win7_64, Nightly 46, 32bit, ID 20160107030235
STR:
0. Open about:preferences , enable "Search for text when I start typing", disable e10s
1. Open attached "testcase 1"
2. Open Findbar (Ctrl+F), type "7" there
[you must perform Steps 1-2 in less than 5 seconds]
3. Wait 5 seconds
4. Press "8"
5. Wait 10 seconds
Result:
After Step 2 Findbar is displayed and contains string "7"
After Step 3 the page reloads and steals focus from findbar. This is emulation
of the situation when a heavy page finishes loading and [autofocus] steals focus.
After Step 4 normal findbar is replaced with ephemeral type-ahead-find bar. It contains "8"
After Step 5 ephemeral type-ahead-find bar disappears
Expectations:
After Step 3 normal findbar shouldn't lose focus
After Step 4 normal findbar should stay and contain string "78"
After Step 5 normal findbar should stay and contain string "78"
Note:
1) [e10s] mode matches the expectations, so if it's correct behavior by design (weird), then
e10s mode should be broken to allow web pages to steal focus. Otherwise it should be fixed.
2) This issue caused bug 814358, bug 1238265 and G-d knows how many others. Everybody seem to
ignore them for ~5 years, but here's a bug with detailed explanation of clear inconsistency
* Correction:
Note(1): If current non-e10s behavior is correct, then e10s behavior should be changed; if you agree
that current behavior is bad, then [non-e10s] should be fixed to match the "Expectations".
Updated•9 years ago
|
tracking-e10s:
--- → -
Comment 2•9 years ago
|
||
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0
Build ID 20160125060632
Reproduced on Nightly 47.0a1.
Component: Untriaged → Event Handling
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
Comment 3•7 years ago
|
||
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome
Whiteboard: [parity-Chrome]
Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•