[newprefs] WindowEyes does not speak radio buttons or checkboxes

RESOLVED WORKSFORME

Status

()

Firefox
Disability Access
--
major
RESOLVED WORKSFORME
12 years ago
12 years ago

People

(Reporter: Mark Pilgrim (inactive), Unassigned)

Tracking

({access, regression, sec508})

Trunk
Firefox 2 beta2
x86
Windows XP
access, regression, sec508
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

12 years ago
Steps to reproduce:

1. Run WindowEyes v5.5K
2. Run a trunk nightly build that has the new preferences window.
3. Select Tools / Options
4. Tab to first radio button on Main pane ("Minefield Start" under "Home page" grouping).  WindowEyes does not speak anything at all.

Expected behavior:

In Firefox 1.5, WindowEyes would speak the text of the radio button, such as "Minefield Start.  Radio button.  1 of 2.  Checked."

This is a serious regression, and it blocks all further accessibility testing of the new preferences window.
(Reporter)

Comment 1

12 years ago
This regression is almost certainly caused by bug 340677.  Other dialogs (such as the Import wizard, File / Import) have radio buttons that are still spoken correctly.

Inspect32 is unable to get any accessible at all for any of the "silent" controls within the new preferences window.

Updated

12 years ago
Flags: blocking-firefox2?
(Reporter)

Updated

12 years ago
Keywords: sec508
(Reporter)

Comment 2

12 years ago
Mofo, I can't reproduce this at all after quitting and relaunching Firefox and WindowEyes.  Closing unless someone else can reproduce it reliably.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
(clearing blocking request, please do-renom for blocking if it reappears!)
Flags: blocking-firefox2?
(Reporter)

Comment 4

12 years ago
Damn, this happened to me again.  Still can't reliably reproduce it.  Firefox just suddenly stops creating accessibles for certain controls (radio buttons and checkboxes).  Other controls (such as buttons) still work properly.  Will try to reproduce it in a debug build and post messages, if any.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
(Reporter)

Updated

12 years ago
Blocks: 333488
No longer depends on: 333488
Still intermittently reproducible, or not?
(Reporter)

Comment 6

12 years ago
I have been unable to reproduce this on trunk or branch.  Marking WORKSFORME unless someone else can reproduce it.
Status: REOPENED → RESOLVED
Last Resolved: 12 years ago12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.