Closed
Bug 338272
Opened 19 years ago
Closed 19 years ago
Names of buttons are missing in download manager window.
Categories
(Firefox :: Disability Access, defect)
Firefox
Disability Access
Tracking
()
RESOLVED
FIXED
Firefox 3
People
(Reporter: tim.miao, Assigned: aaronlev)
References
Details
(Keywords: access)
Attachments
(2 files)
20.16 KB,
patch
|
Details | Diff | Splinter Review | |
3.08 KB,
patch
|
pilgrim
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050607 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9a1) Gecko/20060512 Minefield/3.0a1
This bug makes the button can not be reported by orca.
Reproducible: Always
Steps to Reproduce:
1. Launch orca and firefox.
2. Make sure there is at least one item left in firefox download manager window.
3. Open download manager.
4. Press Tab to move focus onto 'Open', 'Remove' link.
Actual Results:
The name of link can not be reported by orca. User could only hear of 'Button' only.
Expected Results:
The names of these links should be reported by orca.
This bug is a regression from firefox1.5.0.2.
Comment 1•19 years ago
|
||
Confirmed on Windows with Inspect32. Tested Firefox 1.5.0.3, Bon Echo 20060515, and Minefield 20060516. Minefield does not expose an accessible name for either the "open" or "remove" button. FF1.5.0.3 and Bon Echo both work as expected.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•19 years ago
|
Assignee: nobody → pilgrim
Comment 2•19 years ago
|
||
Update, I cannot recreate this reported problem w/ the following:
Bon Echo 20060516 & Orca 0.2.2.
Comment 3•19 years ago
|
||
I verified this with a Friday, May 12, 2006, internal Minefield build from Ginn Chen.
Comment 4•19 years ago
|
||
This appears to be fixed in last night's Bon Echo nightly build, but the problem still persists in last night's trunk build.
Updated•19 years ago
|
Assignee: pilgrim → nobody
I think this bug didn't ever exist with Bon Echo builds.
It only appears with Minefield.
Also mark as all platforms according to c#1.
OS: Opensolaris → All
Hardware: Sun → All
Target Milestone: --- → Firefox 3
caused by checkin of Bug 324846
Assignee: nobody → aaronleventhal
Blocks: 324846
Assignee | ||
Updated•19 years ago
|
Assignee: aaronleventhal → pilgrim
Assignee | ||
Updated•19 years ago
|
Blocks: fox2access
Assignee | ||
Updated•19 years ago
|
Assignee | ||
Updated•19 years ago
|
Assignee: pilgrim → aaronleventhal
Assignee | ||
Comment 7•19 years ago
|
||
Attachment #228857 -
Flags: review?(pilgrim)
Updated•19 years ago
|
Attachment #228857 -
Flags: review?(pilgrim) → review+
Assignee | ||
Updated•19 years ago
|
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•19 years ago
|
Attachment #228857 -
Flags: approval1.8.1?
Assignee | ||
Updated•19 years ago
|
Attachment #228857 -
Flags: approval1.8.1? → superreview?(neil)
Updated•19 years ago
|
Attachment #228857 -
Flags: superreview?(neil) → superreview+
Assignee | ||
Updated•19 years ago
|
Attachment #228857 -
Flags: approval1.8.1?
Comment 8•19 years ago
|
||
Comment on attachment 228857 [details] [diff] [review]
Same logic as nsXULTextAccessible::GetName(). We still want to inherit from nsLinkableAccessible for other behaviors. Also make sure rich list items can have children!
This bug says that it only appears in Minefield. Did you mean to nominate it for approval1.8.1? If so, please renominate explaining why.
Attachment #228857 -
Flags: approval1.8.1?
Assignee | ||
Comment 9•19 years ago
|
||
Good catch. I did not realize it wasn't a problem there.
You need to log in
before you can comment on or make changes to this bug.
Description
•