64052 - [tabbing] prefs: some non-control is in the tab order between Cancel and panel items

Status: VERIFIED FIXED

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

Description

[Jesse Ruderman]

Steps to reproduce:
1. Open preferences.

The Category tree should have focus, but it doesn't.  I can't tell what does 
have focus.

2. Tab over to Cancel and then press tab again.

Same thing happens again.

Comment 1

[Jesse Ruderman]

Also in the new Form Manager dialog.

Comment 2

[Paul Chen]

nav triage team:

Marking p3, nsbeta1+, and why does matt have this one?

Comment 3

[Paul Chen]

nav triage team:

Putting on the backburner, removing nsbeta1+, marking p4 and future

Comment 4

[sairuh (rarely reading bugmail)]

->mcafee. and adding catfood kw.

Comment 5

[Viswanath Ramachandran]

nav triage: not required for general market acceptance hence catfood-. 

Comment 6

[Chris McAfee]

keyboardnav

Comment 7

[sairuh (rarely reading bugmail)]

as with bug 64150, i'm renominating this as catfood :) --this is an annoying
accessibility issue for the preferences dialog.

Comment 8

[Jesse Ruderman]

The tab order has changed, so updating summary from
prefs: some non-control is in the tab order before Category tree
to
prefs: some non-control is in the tab order between Cancel and panel items.

Comment 9

[sairuh (rarely reading bugmail)]

renominating, and cc'ing jeremy loeb --this is the "tab puts you into lala
land". see also bug 77913.

perhaps this should go to bryner?

Comment 10

[Paul Chen]

nav triage team:

Minus, minus, minus. Yes, we know it sucks. Yes, we know it affects keyboard 
accessability. Unfortunately, we don't have resources to get this done in a 
timely manner. nsbeta1- and nsCatFood-

Comment 11

[sairuh (rarely reading bugmail)]

okay. over to aaronl to see if either he or someone he knows could tackle this
(cannot hurt to check :).

Comment 12

[Aaron Leventhal]

-> bryner, tab nav

Comment 13

[Brian Ryner (not reading)]

moving these out to 0.9.5 since it doesn't look like I will have time for 0.9.4.

Comment 14

[Brian Ryner (not reading)]

Ok, I have a patch to fix the issue where the chrome document was getting focus
after the last button (which is now Help).  It does not fix the initial focus in
the prefs dialog, that should be a separate bug.

Comment 15

[Brian Ryner (not reading)]

Attachment: patch

Comment 16

[Elmar Ludwig]

Note that this bug applies to all dialogs in Mozilla (at least on Linux):

Preferences, Find in Page, Open Web Location, Open File, File Bookmark,
Print, all sorts of confirmation dialogs etc...

There is always a "dead spot" in the tab order after the last element.

Comment 17

[Jeremy M. Dolan]

Will this also fix the focus disapearing in Navigator? Focus there goes:

URL bar -> [dead] -> page (links, form elements) -> [dead, but arrows can scroll]

Comment 18

[Brian Ryner (not reading)]

This will fix the first [dead] in your list.  The second one is the entire
document having focus, there is no plan to remove that.

Comment 19

[Jesse Ruderman]

Bryner is right, the second "dead" is the document having focus.  The problem 
there is that the document is in the wrong part of the tab cycle (should be 
before the page elements, not after them).

Comment 20

[Peter Trudelle]

Mass-moving lower-priority 0.9.5 bugs off to 0.9.6 to make way for remaining
0.9.4/eMojo bugs, and MachV planning, performance and feature work. If you
disagree with any of these targets, please let me know.

Comment 21

[saari (gone)]

r=saari

Comment 22

[David Hyatt]

sr=hyatt

Comment 23

[Brian Ryner (not reading)]

checked in

Comment 24

[sairuh (rarely reading bugmail)]

[shift]+tab now works in the Prefs, without dead spots.

here's the cycle for tab, upon opening the Prefs dialog:

1. focus is on the category item
2. 1st tab goes to the 1st widget in the panel --subsequent tabs go through the
rest of the widgets...
3. ...then tab goes thru the OK, Cancel and Help buttons: the displayed order is
platform dependent, but focus moves from the leftmost to the rightmost of these
buttons.

and, for shift+tab, the 1st tab will take me from the focused category item to
the rightmost of the OK/Cancel/Help buttons.

vrfy'ing fixed:

linux - 2001.11.01.12
winNT - 2001.10.31.03
mac 10.1 - 2001.10.31.13