** Description changed:
- Binary package hint: transmission
+ 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-application-service isn't launched yet. Therefore
+ the applications fall back to using a GtkStatusIcon.
- If transmission is present in the startup items list , it loads faster
- than the indicator-applet and skips the applet to use the notification
- area instead.
+ Edited scrollback of a chat about this issue on #ayatana:
+ <qense> chrisccoulson, do you think bug #526499 can be solved with a
"X-GNOME-Autostart-Delay"?
+ <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-application-service
+ <qense> shouldn't the library launch the service over DBus?
+ <jpetersen_> qense, that bug also happens with other autostarted applications
like gnome-settings-daemon and gnome-power-manager
+ <tedg> qense: Should the application start indicator-application-service?
+ <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-Autostart-Delay key
+ <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.
- This happens sometimes and not always.
-
- Maybe transmission should wait for indicator-applet to be loaded?
-
- This does not happen with other applets , gpm/volume/rhythmbox. Hence
- I'v reported it in transmission.
-
- - Easier to reproduce when I logout and relogin to the session. Since
- the session load time is quicker now.
-
- ProblemType: Bug
- Architecture: i386
- CheckboxSubmission: 6c350872f0b430ef8235c693ed2354c1
- CheckboxSystem: 5484a8dd99f006173bd2ac53fa4837c2
- Date: Tue Feb 23 19:44:09 2010
- DistroRelease: Ubuntu 10.04
- InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20091209)
- Package: transmission (not installed)
- ProcEnviron:
- LANG=en_US.utf8
- SHELL=/bin/bash
- ProcVersionSignature: Ubuntu 2.6.32-14.20-generic
- SourcePackage: transmission
- Uname: Linux 2.6.32-14-generic i686
+ For a full transcript, please look at
+ <http://irclogs.ubuntu.com/2010/02/23/%23ayatana.html>.
** Also affects: indicator-application
Importance: Undecided
Status: New
--
Application Indicator users launched at start-up skip the applet and fall back
instead
https://bugs.launchpad.net/bugs/526499
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
