Application Indicator users launched at start-up skip the applet and fall back instead
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Application Indicators |
Fix Released
|
Medium
|
Unassigned | ||
Ubuntu |
Invalid
|
Undecided
|
Unassigned | ||
indicator-application (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
When an application that uses Indicator Applications is launched at start-up it is often launched more quickly than the Indicator Applet, which means indicator-
Edited scrollback of a chat about this issue on #ayatana:
<qense> chrisccoulson, do you think bug #526499 can be solved with a "X-GNOME-
<chrisccoulson> qense - i'd prefer not to do that
<24chrisccoulson> that seems like a hacky solution
<chrisccoulson> i'd rather fix the real issue, which is that it falls apart if transmission starts before indicator-
<qense> shouldn't the library launch the service over DBus?
<jpetersen_> qense, that bug also happens with other autostarted applications like gnome-settings-
<tedg> qense: Should the application start indicator-
<qense> tedg: here it is causing problems
<qense> but it might be desired behaviour when people remove the applet
<qense> from their panel
<tedg> qense: I was thinking no, as if they haven't got the applet, they're effectively voting no.
<tedg> qense: Plus there is no way to start applets externally.
<tedg> qense: We could start the service, but not do much with it.
<tedg> qense: This is another reason gnome-panel needs to die :)
<qense> that's true, but it would require the autostart applications to use the X-GNOME-
<qense> which is a bit hacky
<qense> isn't there a way to give the service priority over other applications?
<tedg> qense: No, we need to fix it so that they'll wait a bit.
<tedg> qense: They already don't fallback immediately.
<tedg> qense: There's a bit of hysteresis so that if the service dies, the user shouldn't notice as it'll get restarted.
<tedg> qense: The applet will restart it immediately.
<qense> I've noticed that already. :) it's unkillable!
<qense> so a delay key it is, you say?
<tedg> qense: I think we should probably do it in the library really.
For a full transcript, please look at <http://
Related branches
- Ken VanDine: Pending requested
-
Diff: 229 lines (+78/-14)5 files modifiedChangeLog (+24/-0)
configure (+10/-10)
configure.ac (+2/-2)
debian/changelog (+7/-0)
src/application-service-appstore.c (+35/-2)
description: | updated |
description: | updated |
Changed in transmission (Ubuntu): | |
status: | New → Invalid |
Changed in indicator-application: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in indicator-application: | |
status: | Confirmed → Fix Released |
no longer affects: | null |
Thank you for taking the time to report this issue. This is a general issue that affects all automatically launched applications using libappindicator. I'm assigning it to that package and will open an upstream task once I've added some more information to the description.