Closed Bug 108981 Opened 23 years ago Closed 23 years ago

unable to tab to or select radiobuttons in dialogs

Categories

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

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: bugzilla, Assigned: bryner)

References

Details

(Keywords: access, regression) 

noticed this while trying to verify bug 67803. was using the following
commercial bits:

linux [rh6.2] - 2001.11.06.12
winNT - 2001.11.06.12
mac os 10.1 - 2001.11.06.08

recipe:
1. bring up the helper app dialog [clicking download link on http://mozilla.org].
2. hit Tab to cycle through the widgets...

results: the cycle is as follows:

* "always ask..." checkbox
* "advanced" button
* "ok" button [skipped if disabled]
* "cancel" button [order of last two buttons reversed on mac]
* a "dead spot"
* "choose" button [skipped if disabled]

in other words, the radio buttons [specifically, the selected radio button] is
skipped in this cycle --should it be focused where i encounter the "dead spot"
above?

moreover, even if i click one of the radio buttons to display the focus ring:
a. i cannot use the up/down arrow keys to change the selection, *and*
b. tabbing still skips the radio button anyhow
nominating for 0.9.7.
Severity: normal → major
Keywords: mozilla0.9.7
hey, would this be related bug 107858 perchance?
ack! it's not limited to the helper app dialog. i now see this in Preferences.

definitely a regression. possible to fix for moz0.9.6?

1. go to the Navigator panel in Prefs.
2. start tabbing.

observe: radio buttons no longer part of tab cycle, nor can you change 'em with
the arrow keys.
Severity: major → critical
Keywords: mozilla0.9.7 → mozilla0.9.6, regression
Summary: unable to tab to or select radiobuttons w/keybd in helper app dlg → unable to tab to or select radiobuttons in dialogs
Keywords: access, fcc508
This seems to have to do with the focus of the group. What I see is after
clicking on a radiobutton I can arrow once in any direction and the change will
be made, but not after that, until I click on another button. 

When we click we focus the radiobutton first and then select it. When we arrow
we just select it, which does a check to see if the group if focused before
focusing the radio button.

I'll post a patch that fixes the problem, but I'm not sure about how we want to
deal with the group never succeeding the focus test.
*** Bug 109895 has been marked as a duplicate of this bug. ***
pls reference '109895' -- this is still broken with latest 096 drafts... -GA
Is this only broken on the branch? I have a trunk build from yesterday and its
working. I thought this was broken on the trunk last week, but clearly nothing
has happend in this bug.
i had seen this while using trunk bits.

i'll recheck this with more recent builds...
I thought I saw it in the trunk but it must have been during the brief span that
I had 0.9.6 installed.  WFM in 2001112104 on Win98SE.
*** Bug 109895 has been marked as a duplicate of this bug. ***
worksforme too (current linux build)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
just a clarification -- 
This was broken in latest-0.9.6 but is fixed in current Nov26_03 build.  -GA
whew, dunno what happened, but it is indeed working again. vrfy'd using
2001.11.27-comm bits on linux, mac os x and winnt.
Status: RESOLVED → VERIFIED
*** Bug 115193 has been marked as a duplicate of this bug. ***
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.