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 125834 - Application object fails Accessible_isApplication
Application object fails Accessible_isApplication
Status: RESOLVED FIXED
Product: at-spi
Classification: Platform
Component: atkbridge
1.3.x
Other Solaris
: Normal normal
: ---
Assigned To: bill.haneman
bill.haneman
Depends on:
Blocks:
 
 
Reported: 2003-10-30 14:14 UTC by padraig.obriain
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Proposed patch (698 bytes, patch)
2003-11-07 17:23 UTC, padraig.obriain 		none Details | Review
Alternative patch (873 bytes, patch)
2003-11-10 09:47 UTC, padraig.obriain 		none Details | Review
Revised patch (1.66 KB, patch)
2003-12-03 14:04 UTC, padraig.obriain 		none Details | Review

Description padraig.obriain 2003-10-30 14:14:43 UTC 
Consider the mixer applet. This is registered as an application only when a
toplevel window is displayed.

In an AT e.g. gnopernicus or at-poke, if Accessible_isApplication is called
on the the Accessible it returns FALSE.

Calling Accessible_isApplication for a normal application e.g. gedit
returns TRUE.
Comment 1 bill.haneman 2003-10-30 15:56:48 UTC 
Is this a bug?  Seems correct to me - i.e. the mixer applet's toplevel
isn't really an Application object, is it?
Comment 2 padraig.obriain 2003-10-30 16:14:57 UTC 
If you say it is not a bug that is fine with me.

I was not able to figure out why Accessible_isApplication returns
FALSE for this and returns true for normal applications.

The other issue is that ATs should not expect to find an Accessible
for which Accessible_isApplication returns TRUE when navigating up the
object hierarchy.

See get_main_widget_from_acc in gnopernicus/srlow/libsrlow.SRObject.c.
Comment 3 bill.haneman 2003-10-30 19:03:18 UTC 
On further thought I am much less sure that my initial answer was correct.

This is an out-of-process applet, right?  Therefore the applet should
have a parent that points (eventually) to the gnome-panel, which is an
Application object.  Is that somehow not the case?
Comment 4 padraig.obriain 2003-10-31 09:52:49 UTC 
We are discussing an out-of-process applet but the situation is where
the applet causes another toplevel window to be displayed. This causes
the atk-bridge to register the applet process as an application so
that the toplevel window can be seen by ATs.
Comment 5 bill.haneman 2003-10-31 15:16:20 UTC 
OK, so the bug is that the Application object which is created when an
out-of-process applet posts a toplevel fails Accessible_isApplication?
Comment 6 padraig.obriain 2003-11-03 15:21:24 UTC 
Yes. That is correct.
Comment 7 padraig.obriain 2003-11-07 17:23:27 UTC 
Created attachment 21273 [details] [review]
Proposed patch
Comment 8 padraig.obriain 2003-11-10 09:47:43 UTC 
Created attachment 21327 [details] [review]
Alternative patch
Comment 9 padraig.obriain 2003-12-03 14:04:24 UTC 
Created attachment 22054 [details] [review]
Revised patch
Comment 10 padraig.obriain 2003-12-03 14:13:06 UTC 
Revised patch committed to CVS HEAD.