canberra-gtk-play delays login and does not work well with g-p-m

[Gert Kulyk]

Ubuntu 8.10

Since I've installed libcanberra-gnome, my login is delayed massively. Sometimes pulseaudio dies, g-p-m is always started as last application which will interfere with e.g. reworked fast-user-switch-applet which is queriing capabilities of g-p-m. This happens on old accounts as well as on newly created ones. Everything is fine when disableing libcanberra-login-sound.desktop via gnome-session-properties (of course no login sound is played in that case, other sound-events never worked in hardy/intrepid).

Please tell me, what kind of additional information you'll need to triage this bug. Thanks

Gert

[Gert Kulyk (gkulyk)]

While searching for solutions, I've found a patch from mandriva:

diff -p -up libcanberra-0.9/src/libcanberra-login-sound.desktop.in.level libcanberra-0.9/src/libcanberra-login-sound.desktop.in
--- libcanberra-0.9/src/libcanberra-login-sound.desktop.in.level 2008-09-10 17:41:23.000000000 +0200
+++ libcanberra-0.9/src/libcanberra-login-sound.desktop.in 2008-09-10 17:41:49.000000000 +0200
@@ -4,6 +4,6 @@ Name=GNOME Login Sound
 Exec=@bindir@/canberra-gtk-play --id="desktop-login" --description="GNOME Login"
 OnlyShowIn=GNOME;
 AutostartCondition=GNOME /desktop/gnome/sound/event_sounds
-X-GNOME-Autostart-Phase=Desktop
+X-GNOME-Autostart-Phase=Applications
 X-GNOME-Provides=login-sound
 X-GNOME-Autostart-Notify=true

Now the login sound is played well, g-p-m is starting up correctly.

[Ted Gould (ted)]

While there could still be an issue with canberra, The FUSA/GPM issue is fixed with the patch in bug 278810.

[David Tombs (dgtombs)]

I can confirm that this is still a bug, though the description is not entirely correct. The problem is, as the patch implies, that the login sound is started during the wrong phase (Desktop instead of the more-appropriate Applications). This results in delayed the rest of the session startup by exactly 10s as the documentation (see below) states, as well as a warning in the syslog similar to:

Jan 12 21:34:59 fueron gnome-session[7839]: WARNING: Application 'libcanberra-login-sound.desktop' failed to register before timeout

For reference, the docs (<http://live.gnome.org/SessionManagement/GnomeSession>) state:

"Will start applications that create _NET_WM_WINDOW_TYPE_DESKTOP windows. This includes anything that draws on the desktop (eg, nautilus).

Applications started in this phase MUST register with the session manager when they are up and running. The session manager will wait until every application in the current phase has indicated that it is ready or a maximum of ten seconds. "

Applying the patch above eliminates the 10s delay and the warning message in the syslog.

Note: the 10s delay only applies to the apps started by gnome-session, GNOME is still usable during the delay. However, the wait cursor remains during this time, and, of course, any apps that the user has manually added to Sessions will not startup immediately. I can actually start FF faster by launching it manually than if I add it to the Sessions properties.

[David Tombs (dgtombs)]

Actually, it appears that this was fixed upstream already: <http://git.0pointer.de/?p=libcanberra.git;a=commit;h=5081594cb8cbb69fc282260388b2bb0164ce31dd>

[Jeffrey Baker (jwbaker)]

Nice to have for Jaunty. This delays my login twice: 10s for nautilus and another 10s for the volume control applet. Total login time with the cache warmed up is 42 seconds. Under Hardy it's 1 second.

[Jack Deslippe (jdeslip)]

is there an updated package somewhere?

[David Tombs (dgtombs)]

Whoops, I accidentally set this to "Fix Committed" earlier. The fix has been committed upstream, but it is not in the Ubuntu source package yet.

[Id2ndR (id2ndr)]

This is fixed in Jaunty.

[David Tombs (dgtombs)]

Confirm fixed in Jaunty.