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 648131 - Should we (fully) implement or eliminate the desktop abstraction?
Should we (fully) implement or eliminate the desktop abstraction?
Product: at-spi
Classification: Platform
Component: at-spi2-core
Other All
: Normal normal
: ---
Assigned To: At-spi maintainer(s)
At-spi maintainer(s)
Depends on:
Blocks: 638537
Reported: 2011-04-18 16:45 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2021-07-05 10:45 UTC
See Also:
GNOME target: ---
GNOME version: ---

Description Joanmarie Diggs (IRC: joanie) 2011-04-18 16:45:09 UTC
Currently we have a desktop abstraction, but only one desktop is supported. We should either implement this abstraction fully or eliminate it -- or at least document it properly. :-)
Comment 1 Joanmarie Diggs (IRC: joanie) 2011-05-12 17:19:05 UTC
ATK Hackfest conclusions:

* No one here really knows what the definition of 'desktop' is in this particular context.

* Before we can make an appropriate decision about what to do here we need to first understand what a 'desktop' is, why this implementation was done in the first place, and why currently only one desktop is supported.

* There are no problems (other than vast confusion) as a result of this implementation.

* Ergo, we will come back to this after higher priority issues have been fully dealt with.
Comment 2 Li Yuan 2011-05-12 17:22:26 UTC
Here is the definition of ATKDesktop in at-spi:

typedef struct {
        AtkObject parent;

        GdkScreen *screen;
} SpiAtkDesktop;

So seems ATKDesktop is created for GdkScreen.

And from documentation of GdkScreen [1]:

This is a currently just a placeholder typedef for the first argument of the window_at_pointer function in GdkPointerHooks. It will be used when GDK gets multihead support. 

Comment 3 Mike Gorse 2011-09-02 20:22:57 UTC
See also (the original bug to implement this)
Comment 4 André Klapper 2012-02-26 10:42:40 UTC
[Resetting QA Contact to newly introduced "at-spi-maint@gnome.bugs". 
Reason: So far it was impossible to watch changes in at-spi bug reports without following all the specific persons (Li Yuan, Bill Haneman, Jeff Wai, ...) and also their activity outside of at-spi reports.

IMPORTANT: Anyone interested in following all bug activity (including all maintainers) must watch the "at-spi-maint@gnome.bugs" dummy user by adding it to the 'Users to watch' list under Preferences->Email preferences. This is also the default procedure nowadays in GNOME when setting up new products.]
Comment 5 André Klapper 2013-08-14 10:05:37 UTC
[Mass-resetting default assignee, see bug 705890. Please reclaim this bug report by setting the assignee to yourself if you still plan to work on this. Thanks!]
Comment 6 GNOME Infrastructure Team 2021-07-05 10:45:37 UTC
GNOME is going to shut down in favor of
As part of that, we are mass-closing older open tickets in
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
and create a new ticket at

Thank you for your understanding and your help.