Closed Bug 376622 Opened 17 years ago Closed 17 years ago

XUL Wizard - JAWS reads text for all pages of wizard.

Categories

(Core :: Disability Access APIs, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: bugzilla, Assigned: aaronlev)

References

(Blocks 1 open bug)

Details

(Keywords: access)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.3) Gecko/20070309 (CK-IBM) Firefox/2.0.0.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060925

Filed per Aaron's request.  I have an application that is built on top of Songbird, which is built on xulrunner.  It makes use of a wizard and wizardpages to determine the initial settings.  When using JAWS, and the wizard dialog receives focus, all of the label elements for all of the pages are read.

I have been unable to reproduce this with simplified test cases on other versions of xulrunner, but it's unclear why these other versions work.  The MSAA tree in all cases have three characteristics:
1) The elements of all pages are direct child descendants of a node with role dialog.  In other words, there is no unique parent for a given wizard page.
2) The controls on hidden pages have a state of 'invisible'.
3) The label elements on the hidden pages do not have a state of 'invisible'.

So, how does JAWS know how much to read based on this tree?

Reproducible: Always
Blocks: xula11y
Keywords: access
(In reply to comment #0)
> 1) The elements of all pages are direct child descendants of a node with role
> dialog.  In other words, there is no unique parent for a given wizard page.

bug 357969 talks about that.

> 2) The controls on hidden pages have a state of 'invisible'.

That's correct behavior.

> 3) The label elements on the hidden pages do not have a state of 'invisible'.
> 
should have been fixed by bug 364274, please try the latest trunk.
Tom, is JAWS reading the controls that are marked INVISIBLE?
Aaron, no - it was only the labels that were being read.  Hopefully the bug 364274 fix will take care of it.

I haven't been able to play with the latest xulrunner trunks due to Bug 350616.  
Marco, can you look at this?
Blocks: fox3access
I went through a couple of wizard-style and multi-page dialogs in both Firefox and Thunderbird, and never get text spoken that is hidden. A few more pointers as to where this problem can be observed, or a test case, would be extremely helpful.
Tom, please reopen if it's still a bug.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
I took a look using xulrunner 1.9a9pre.  The MSAA layout for the wizard pages is much different, and the appropriate things are now marked as invisible.  Looks like it was fixed.
You need to log in before you can comment on or make changes to this bug.