Closed Bug 410461 Opened 17 years ago Closed 17 years ago

List of "Other" applications has no accessible names

Categories

(Toolkit :: Downloads API, defect, P2)

defect

Tracking

()

VERIFIED FIXED
mozilla1.9beta3

People

(Reporter: MarcoZ, Assigned: jimm)

References

Details

(Keywords: access)

Attachments

(1 file)

The list of applications that pops up if one selects "open with" "Other" in Download Managger, has no accessible names. The list items all appear empty.

STR:
1. Go to www.ohrfunk.de.
2. Select the link "Zuhören - Winamp". The link points to an .m3u file.
3. In Download Manager's first window, keep the default selected radio button "Open With", and in the combo box, select "Other..."
4. In the list of applications that pops up, the list of applications does not have accessible names. Confirmed with JAWS, AccExplorer on Windows.

Expected: The names should be accessible.
Flags: blocking-firefox3?
Originally implemented by jmathies in bug 348808. Section 508 compliance bug.

I think other richlistitems expose a label property for each item. Marco, is that your recollection?
Assignee: nobody → jmathies
Keywords: sec508
Hey Marco, can you clarify a bit what you mean by "accessible names"? Is the app picker empty, or are there entries there but something with the selection isn't working? 
(In reply to comment #3)
> Hey Marco, can you clarify a bit what you mean by "accessible names"? Is the
> app picker empty, or are there entries there but something with the selection
> isn't working? 

For each file, there is an item created in the list. Those are xul:richlistitems. These xul:richlistitems need their label property specified, or the accessibleName for each of these will be empty. So, the screen reader sees that there are 15 items, and the selection moves correctly from item to item, but the screen reader only gets back an empty string. So in addition to setting the item's value, the label attribute must also be setup in this loop: http://mxr.mozilla.org/seamonkey/source/toolkit/components/apppicker/content/appPicker.js#115.
It should contain all info that is indicated to the user: Name of app to launch and other information that you present in each list item.
Oops, I forgot to mention, the default implementation of the label property is here: http://mxr.mozilla.org/seamonkey/source/toolkit/content/widgets/richlistbox.xml#503
Hey Marco, do you know if Vista has anything built-in I can use to test something like this? If not any suggestions on how I can see this on my end?
Jim, yes, Vista has Narrator. Go to Run..., and type Narrator. It should start speaking through your sound card. Navigate to the build you're running. If Narrator reads the items, it's most probably fixed. If you have a patch, I can do a build with it and test it myself, too. If you have questions, I'm in the QA room on the 1st floor.
You can also use DOM Inspector, which provides "name" under the accessible object.
(In reply to comment #8)
> You can also use DOM Inspector, which provides "name" under the accessible
> object.
> 

or under accessible properties view which is a bit comfortable I guess
Flags: blocking-firefox3? → blocking-firefox3+
Priority: -- → P2
Target Milestone: Firefox 3 beta3 → Firefox 3 beta4
Attached patch accessible patch v.1 (deleted) — Splinter Review
sorry it took so long..
Attachment #300758 - Flags: review?(marco.zehe)
Comment on attachment 300758 [details] [diff] [review]
accessible patch v.1

That's working correct now! Thanks!
Attachment #300758 - Flags: review?(marco.zehe) → review+
Attachment #300758 - Flags: approval1.9b3?
super simple patch for accessibility..
Comment on attachment 300758 [details] [diff] [review]
accessible patch v.1

a=beltzner
Attachment #300758 - Flags: approval1.9b3? → approval1.9b3+
Keywords: checkin-needed
Checking in toolkit/components/apppicker/content/appPicker.js;
/cvsroot/mozilla/toolkit/components/apppicker/content/appPicker.js,v  <--  appPicker.js
new revision: 1.2; previous revision: 1.1
done
Status: NEW → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: Firefox 3 beta4 → Firefox 3 beta3
Verified using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: