Opened 13 years ago

Closed 13 years ago

#2824 closed defect (duplicate)

Launcher activities for Linux apps show loading screen for too long

Reported by: sridhar Owned by:
Priority: Unspecified by Maintainer Milestone: Unspecified
Component: untriaged Version: 0.84.x
Severity: Unspecified Keywords:
Cc: sridhar Distribution/OS: OLPC
Bug Status: Unconfirmed


If a normal Linux app is launched as a Sugar activity, the loading (splash) screen stays animated in the background for about one and a half minutes. This doesn't affect the operation of the app, but it is confusing for users.

If Sugar was able to easily and seamlessly run normal Linux applications, its potential application base would be far greater.

Sample activity:

More information:

Change History (2)

comment:1 Changed 13 years ago by greenfeld

For some reason Sugar has its own approach to watching for opened windows. I do not know the historical or technical reasons why, although I have asked about this in the past.

Using libsugarize may help with your custom wrappers if you haven't tried it already - I believe Martin recompiled a version for the 10.1.3 release.

Ideally we should eventually support listening to something like X Startup Notification either directly or through one of the standard libraries:

comment:2 Changed 13 years ago by sascha_silbe

  • Resolution set to duplicate
  • Status changed from new to closed

As Samuel mentioned Sugar currently uses a custom protocol for startup notification, so the behaviour you see is as-designed. Using a standard protocol is planned (#2434), but nobody has done the implementation work yet.
A quick & dirty workaround would be to map an X window with the custom properties in a wrapper script. A less quick hack would be an LD_PRELOAD wrapper that interjects X11 calls and adds the custom properties. libsugarize seems to implement the latter option.

Note: See TracTickets for help on using tickets.