Open Bug 260642 Opened 20 years ago Updated 2 years ago

Form navigation with tab after loading a page is broken

Categories

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

defect

Tracking

()

People

(Reporter: vincent-moz, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8a4) Gecko/20040916
Build Identifier: Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.8a4) Gecko/20040916

When I open the above URL, a [Tab] get me out of the form instead of moving the
cursor to the second input box.

Reproducible: Always
Steps to Reproduce:
1. Open the above URL. The cursor should be in the "Code client" input box.
2. Type something if you want, then hit the [Tab] key.
Actual Results:  
The question mark after "Code secret" is selected.

Expected Results:  
The cursor should have been in the "Code secret" input box.

Note: when I click in the first ("Code client") input box, I get the expected
behavior.
Sounds like something is confused about where the tabfocus is....  A minimal
testcase would be great.
Keywords: qawanted
Tab order is: document, tabindex=1, link2, url-bar ...
Tab order is: document, tabindex=1, tabindex=2, link3, link1, link2, url-bar
...
This is the correct order I think.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawantedtestcase
Hardware: Macintosh → All
OS: Linux → All
Priority: -- → P2
Mass un-assigning bugs assigned to Aaron.
Assignee: aaronleventhal → nobody
QA Contact: keyboard.navigation
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Component: Keyboard: Navigation → 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

Created:
Updated:
Size: