After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 433323 - Orca does not show the tabs list in Firefox 3.
Orca does not show the tabs list in Firefox 3.
Status: RESOLVED NOTGNOME
Product: orca
Classification: Applications
Component: general
2.19.x
Other All
: Normal normal
: 2.20.0
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks: 404403
 
 
Reported: 2007-04-25 15:09 UTC by Hermann
Modified: 2008-07-22 19:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description Hermann 2007-04-25 15:09:03 UTC
Please describe the problem:
When I open the preferences dialog in FF3, I cannot scroll the tabs list. 
Orca doesn't speak/braille it.
I have to open flat review, and click the tab to get the focus on it.


Steps to reproduce:
1. Open FF3
2. Open the preferences dialog.
3. Try to get the focus to the tab list and arrow up and down to select a 
tab.


Actual results:
Orc doesn't speak/braille the tabs list, it gets stuck on the last selcted 
item.


Expected results:
The tabs list should have focus and Orca should show it.


Does this happen every time?
It happens all the time.


Other information:
All other items of the dialog were shown propperly.
My OS is Ubuntu Feisty on a 1Ghz machine with 240 MB RAM.
Comment 1 Hermann 2007-04-30 13:38:32 UTC
I figured out, that the same bug ocurs in Thunderbird 3.0a1.
It shows up in the preferences dialog, but not in the account settings.
For Firefox: It continues in version 3.0a5pre.
Comment 2 Willie Walker 2007-05-08 16:49:01 UTC
Confirmed.  In looking at the debug output generated when using the arrow keys, it looks like the tabs are list items, and they are issuing object:state-changed:checked events when you move around them:

vvvvv PROCESS OBJECT EVENT object:state-changed:checked vvvvv
OBJECT EVENT: object:state-changed:checked             detail=(0,0)
---------> QUEUEING EVENT object:state-changed:checked
    app.name='Minefield'          name='Main' role='list item' state='FOCUSABLE SELECTABLE SELECTED SHOWING VISIBLE' relations=''
^^^^^ PROCESS OBJECT EVENT object:state-changed:checked ^^^^^

vvvvv PROCESS OBJECT EVENT object:state-changed:checked vvvvv
OBJECT EVENT: object:state-changed:checked             detail=(0,0)
    app.name='Minefield'          name='Tabs' role='list item' state='FOCUSABLE SELECTABLE SHOWING VISIBLE' relations=''
^^^^^ PROCESS OBJECT EVENT object:state-changed:checked ^^^^^

I'm not sure of a graceful solution here.  Looks like maybe:

1) We could look for the SELECTED state and present the object if the state is set?
2) Look to the parent to see if it has an accessible selection and read what it thinks is selected?
Comment 3 Joanmarie Diggs (IRC: joanie) 2007-05-23 05:08:49 UTC
Hermann and Will, can you still reproduce this in the latest Firefox? I cannot.  I believe the relevant bug was fixed by the Firefox guys a few days ago.
Comment 4 Hermann 2007-05-23 13:25:46 UTC
The bug has indeed gone a few days ago.
But since some FF bugs seem to be intermitend, I don't know whether we 
should close the thread, (see my favorite one, FF doesn't show submenus in 
the bookmark menu...).
Comment 5 Joanmarie Diggs (IRC: joanie) 2007-05-23 14:04:44 UTC
Thanks for the confirmation Hermann.  I don't think this is going to be an intermittent one.  The bookmark bug is one that can't be reproduced all of the time and one which -- last time I checked -- there were *theories* about what *might* be causing it.  This bug was a cut and dry case of something being broken, that something being clearly identifiable, and finally fixing said something. :-) 

Therefore, I am going to go ahead and close this one out.  If it comes back, we'll reopen it here and reopen it at Mozilla.

Thanks!