Open Bug 1238388 Opened 8 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: