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 486969 - Status bar not being read with Where Am I
Status bar not being read with Where Am I
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
unspecified
Other All
: Normal normal
: 2.22.0
Assigned To: Joanmarie Diggs (IRC: joanie)
Orca Maintainers
Depends on:
Blocks: 468098
 
 
Reported: 2007-10-15 21:53 UTC by Willie Walker
Modified: 2008-07-22 19:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed patch (629 bytes, patch)
2007-11-11 18:54 UTC, Joanmarie Diggs (IRC: joanie)
reviewed Details | Review
updated role_status_bar.py (1.68 KB, patch)
2007-11-11 21:24 UTC, Joanmarie Diggs (IRC: joanie)
committed Details | Review

Description Willie Walker 2007-10-15 21:53:45 UTC
Steps to reproduce:

1) Run the "Application main window" demo of gtk-demo

2) Press Insert+KP_Enter twice

3) Orca should present the status bar at the bottom of the window ("Cursor at row 0...").  It doesn't present it.

I can find the status bar via Accerciser, and it looks like a status bar.  But, the hierarchy might be odd.

As an extra test, try Where Am I to read the status bar in a gedit window.  It works.  So, when fixing this bug, make sure not to break the gedit functionality.
Comment 1 Willie Walker 2007-10-26 22:02:38 UTC
See also test/keystrokes/gtk-demo/role_status_bar.py
Comment 2 Joanmarie Diggs (IRC: joanie) 2007-11-11 18:54:30 UTC
Created attachment 98928 [details] [review]
proposed patch

_speakStatusBar() seems to assume one of two conditions:

1. The status bar has no children, therefore the status bar contents can be found in the status bar's name.

2. The status bar has children, therefore the status bar contents can be found in the names of the status bar's immediate children.

In the case of the gtk-demo app in this bug, the immediate child of the status bar is a nameless panel whose children contain the desired names.  However, the status bar itself has a name which reflects the contents.

This patch checks for a name before looking at the children and works with the demo app, Gedit, Thunderbird, Firefox 3, Calc, and Writer.  I suppose there may be cases where the status bar has no name, its immediate children are similarly anonymous, but somewhere buried deep in the hierarchy are named descendants. This patch cannot be bothered to look for them. ;-)  If such a test case presents itself, we can adjust accordingly.
Comment 3 Willie Walker 2007-11-11 20:51:32 UTC
Looks like a nice simple patch to me.  :-)  Please also adjust the assertion in test/keystrokes/gtk-demo/role_status_bar.py to reflect the improved functionality.
Once you've done that, and it's good for you, feel free to commit and close.  Thanks!
Comment 4 Joanmarie Diggs (IRC: joanie) 2007-11-11 21:24:45 UTC
Created attachment 98936 [details] [review]
updated role_status_bar.py

Now Will.... You didn't say "fix also"; you said "see also."  I saw it. ;-) ;-) ;-)  (And then promptly forgot about it.  Sorry!!!)

I changed the assertion, verified that the test came back as succeeding, and checked in the attached.