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 337489 - When doing Alt+Tab on Orca says all apps started after Orca is started are inaccessible
When doing Alt+Tab on Orca says all apps started after Orca is started are in...
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
0.2.x
Other Linux
: Normal normal
: ---
Assigned To: Willie Walker
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-06 12:34 UTC by Willie Walker
Modified: 2006-04-06 13:28 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Patch to fix problem (cvs diff -p -u > patch.337489) (9.47 KB, patch)
2006-04-06 13:25 UTC, Willie Walker 		accepted-commit_now Details | Review

Description Willie Walker 2006-04-06 12:34:04 UTC 
From bug 337322 (http://bugzilla.gnome.org/show_bug.cgi?id=337322), it appears as though Orca says all apps are inaccessble when doing Alt+Tab on Fedora Core 5. I'm  opening a new bug to track this.
Comment 1 Willie Walker 2006-04-06 12:43:46 UTC 
The logic to determine if a window is inaccessible is in src/orca/scripts/metacity.py:onNameChanged.  Orca keys off the name changed events on metacity's status bar (the thing displayed on the screen when you press Alt+Tab), and then compares this with the list of applications that Orca knows about.  From looking at the code in orca.py, the list of apps that Orca knows about is only updated when Orca starts.  As a result, the metacity script thinks all apps started after Orca starts are inaccessible.

I'll look into a fix for this.
Comment 2 Willie Walker 2006-04-06 13:25:01 UTC 
Created attachment 62853 [details] [review]
Patch to fix problem (cvs diff -p -u > patch.337489)

This patch moves the knowledge of all running apps from orca.py to atspi.py, and makes the apps available via the new atspi.py:getKnownApplications() method.  The method is currently dumb for now - it always roundtrips to rebuild the app list.  In the future, some smarts (e.g., based on window activation and deletion) might be added to atspi.py to attempt to keep a cache of the known apps so getKnownApplications will not have to do as much work.
Comment 3 Willie Walker 2006-04-06 13:28:11 UTC 
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.