User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:126.96.36.199) Gecko/20110323 Ubuntu/10.04 (lucid) Firefox/3.6.16 Build Identifier: Thunderbird 3.1.9 orca screen reader can not read the first orientation radio button label "Portrait" on "Page Setup" window. Orca speaks "seleted item" instead of "Portrait". Reproducible: Always Steps to Reproduce: 1. Launch orca, enable orca speech. 2. Launch thunderbird, set up an account. 3. Select "File"->"Page Setup..." to open the "Page Setup" window. 4. Using "tab" to navigate the window. Actual Results: When focus on the radio button "Portrait", orca will says "Portrait". Expected Results: Orca says "selected item" instead.
I cannot reproduce, for me, the "portrait" and "landscape" items speak when focus moves to them and when I change between them with the arrow keys. The question is: Do we use generate our own dialog, or do we use the operating system one? If Thunderbird uses the operating system one, this is not a Thunderbird issue at all, but one that needs fixing in GNOME. If this is a TB dialog, I don't see anything wrong wit it on my system.
I can reproduce this bug on both ubuntu and solaris boxes, the first radio button "Portrait" will not be read by orca.
(In reply to comment #1) > If this is a TB dialog, I don't see anything wrong wit it on my system. it's XUL. For me radiobuttons both expose correct accessible names on trunk, so they should be announced properly. Aaaron and Tim, what Firefox versions do you test? Trevor, can you confirm?
The firefox version is Firefox5.0, we are doing some pre-integration testing for firefox5.0 on Solaris.
> it's XUL. For me radiobuttons both expose correct accessible names on trunk, > so they should be announced properly. this is really odd, I can confirm of the four radio buttons I see 3 have the correct name, but one doesn't according to orca. if I look at the hyrarchy I don't ee any of these names. are we sure this is a xul dialog? it seems like this might be gtk with bug 669130 preventing me from seeing these things in the hyrarchy
confirmed status per comment #6, comment #2. Trevor, you can check it with DOMi, if you can't see it there then yes. But I'm pretty sure you're right it's native per bug 669130. Is it system dialog or gecko generates it? Ginn, do you know?
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to alexander :surkov from comment #7) > confirmed status per comment #6, comment #2. > > Trevor, you can check it with DOMi, if you can't see it there then yes. But > I'm pretty sure you're right it's native per bug 669130. Is it system dialog > or gecko generates it? > > Ginn, do you know?
Component: General → Mail Window Front End
You need to log in before you can comment on or make changes to this bug.