After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 315350 - Non XSMP aware apps in session causes splash screen to not disappear
Non XSMP aware apps in session causes splash screen to not disappear
Status: RESOLVED OBSOLETE
Product: gnome-session
Classification: Core
Component: gnome-session
git master
Other Linux
: Normal normal
: ---
Assigned To: Session Maintainers
Session Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-09-06 12:37 UTC by Mark McLoughlin
Modified: 2008-05-25 20:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Mark McLoughlin 2005-09-06 12:37:29 UTC 
(Note - this bug is about what we do when we have an non-XSMP aware appear in
the session. Separate bugs should be filed when non-XSMP aware apps actually
appear in the session for whatever reason. This bug is about how to handle the
problem more robustly; we still need to make sure the problem doesn't happen in
the first place)


If the session contains a non-XSMP aware app the splash screen doesn't disappear
because we wait until all apps respond before destroying the splash screen.

The timeout for apps to connect could be made shorter or we could just have
another timeout (shorter) after which we remove the splash screen even if an app
hasn't responded.
Comment 1 Mark McLoughlin 2005-09-06 12:38:15 UTC 
See bug #116814 for more details
Comment 2 Andrew 2006-12-22 20:23:27 UTC 
I see a very long delay in the Gnome splash screen when using /etc/xdg/autostart/login-settings.desktop to launch a Bash script that sets up configurations for our office users.  Adding "StartupNotify=false" does not help.
Comment 3 Lucas Rocha 2008-05-25 20:54:03 UTC 
This is basically fixed as the splash screen just waits for a SessionRunning D-Bus signal from session manager to know when to go away. The session manager emits this signal when the session is fully up and running. Closing as OBSOLETE.