Steps to reproduce: 1. Run WindowEyes v5.5K 2. Run a trunk build of Firefox that has the newly reorganized prefs window 3. Tools / Options / Security 4. Tab to "Use a list of suspected forgeries provided by...". WindowEyes speaks this exact title. I would prefer that it also spoke the value of the combo box on the right, i.e. "Use a list of suspected forgeries provided by Google." 5. Tab to the combo box immediately to the right of "Use a list of suspected forgeries provided by..." WindowEyes speaks "se a list of suspected forgeries provided by Google". (That is not a typo, it does not speak the "U".) I would prefer that it spoke the entire phrase "Use a list of suspected forgeries provided by Google". 6. Tab back to the radio button and arrow down to "Ask [Google] to check every site I visit." WindowEyes speaks "Ask". I would prefer that it spoke "Ask Google to check every site I visit." 7. Tab to the combo box between "Ask" and "to check every site I visit." WindowEyes speaks "s k Google." (Not a typo, it does not speak the "A".) In particular, WindowEyes will never speak the rest of the phrase, "to check every site I visit", which seems kind of important. I would prefer that it spoke the entire phrase on each control (both the radio button and the combo box). This is similar to bug 344572, in that we need to override the default accessible name for specific controls. Firefox 1.5 got this right (in the "Remember visited sites for the last  days" control).
Summary: [newprefs] WindowEyes does not properly speak suspected forgery preferences → [newprefs] Suspected forgery preferences not properly spoken by WindowEyes
*** Bug 347229 has been marked as a duplicate of this bug. ***
This is fixed now, right?
Not to my knowledge.
Try again; the first patch for bug 346942 should have fixed this.
Confirmed fixed, kind of. The combo box is labeled by the containing hbox, and reads "Google about each site I visit". Unfortunately, the core accessibility code has a bug that it doesn't get text from radio buttons (or checkboxes, or filefields) when constructing the flat label from the subtree of children. (Ideally I'd like it to read "Check by asking Google about each site I visit".) But I'll file a separate bug for that.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.