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. ** Changed in: libcanberra (Ubuntu) Status: New => Confirmed -- canberra-gtk-play delays login and does not work well with g-p-m https://bugs.launchpad.net/bugs/276072 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
