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)

x86_64
Windows 7
defect

Tracking

()

Tracking Status
e10s - ---
firefox46 --- affected

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".
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
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]
Component: Event Handling → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: