Closed Bug 648489 Opened 13 years ago Closed 3 years ago

The first orientation radio button label "Portrait" on "Page Setup" window is not accessible

Categories

(Thunderbird :: Mail Window Front End, defect)

All
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: yuanchong1986, Unassigned)

References

Details

(Keywords: access)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.16) 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.
Priority: -- → P3
Blocks: tbirda11y
Priority: P3 → --
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.
Priority: -- → P3
(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?
cc'ing Trevor.
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
Keywords: access
(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
Flags: needinfo?(trev.saunders)
Flags: needinfo?(ginn.chen)
Priority: P3 → --

Ali, is this still an issue?

Flags: needinfo?(tbsaunde+mozbugs)
Flags: needinfo?(ginnchen+exoracle)
Flags: needinfo?(ali-savas)

Normally I only work with Windows 10 and use JAWS, NVDA or (very rarely) Narrator. However, this bug has been reported on Linux and Orca. Under Windows 10 (64 bit) and JAWS, there is no problem at all in this dialog box. I can move around this dialog box normally and everything reads as expected.

A friend of mine is using a Linux with Orca for testing and uses Thunderbird to read mails. I can ask him if he is willing to check this bug for me. However, it may take some time until I get an answer from him.

Flags: needinfo?(ali-savas)

The problem seems to no longer exist with Thunderbird 78.8.X on Linux. You can close this bug for all I care.

Thanks for checking it out.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.