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.

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.

Update, I cannot recreate this reported problem w/ the following: Bon Echo 20060516 & Orca 0.2.2.

I verified this with a Friday, May 12, 2006, internal Minefield build from Ginn Chen.

This appears to be fixed in last night's Bon Echo nightly build, but the problem still persists in last night's trunk build.

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.

caused by checkin of Bug 324846

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.

Good catch. I did not realize it wasn't a problem there.