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 363242 - Yelp inaccessible if started *after* orca starts
Yelp inaccessible if started *after* orca starts
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
2.17.x
Other All
: Normal normal
: 2.18.0
Assigned To: Willie Walker
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-18 21:22 UTC by Willie Walker
Modified: 2008-07-22 19:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch to handle bizzarro yelp app name and id change behavior (3.21 KB, patch)
2006-10-18 22:27 UTC, Willie Walker
committed Details | Review

Description Willie Walker 2006-10-18 21:22:56 UTC
If orca is started after yelp starts, one can navigate around it using Orca.  If yelp starts *after* orca starts, however, navigating around is doesn't result in any speech or braille updates.  Very very odd.

Yelp is odd, however, in that it is somewhat psychotic and changes its application name midstream.  This might be a source of the problem.
Comment 1 Willie Walker 2006-10-18 22:27:09 UTC
Created attachment 74980 [details] [review]
Patch to handle bizzarro yelp app name and id change behavior

It turns out yelp not only changes its name, but its application id changes as well.  This patch listens for a focus: event on a frame (luckily, yelp is doing that) and then make the app script associated with that be the active script.

As a workaround until this patch is in wider use, users can also Alt+Tab away from the yelp window and Alt+Tab back into it.  That will help accomplish the same thing.