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 678221 - Shell does not appear until all startup applications are loaded
Shell does not appear until all startup applications are loaded
Status: RESOLVED DUPLICATE of bug 645756
Product: gnome-shell
Classification: Core
Component: general
3.4.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-06-16 18:36 UTC by Reda Lazri
Modified: 2013-03-13 13:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Reda Lazri 2012-06-16 18:36:45 UTC 
Hi,

When you choose your user and enter a password, you see this smooth transition from GDM to the desktop, which is nice. But, nothing actually happens, all you see is the desktop... then, suddenly, every thing just pops up. And this is not right.

Here's why:

- The few seconds that the user waits for the top panel to appear makes the whole "nice transition" pointless. Because, it doesn't take you to a working desktop, it takes you to a wallaper. And you'll wait there.
- The same seconds also gives the impression of a slow, heavy shell. Which is not the case.
- The shell should _not_ wait for programs that are not part of it until they initialize to start.[0]


[0]: If you have, for example, Dropbox, Sparkleshare, Mailnag... as startup applications, the shell would not appear until _after_ they all start. Only then, the all appear toghether like good buddies.


Thanks, and sorry for the comical title. :P
Comment 1 André Klapper 2012-06-16 20:39:33 UTC 
Which distribution is this about?
Comment 2 Reda Lazri 2012-06-16 20:54:14 UTC 
I'm not sure it's distro-specific. But I'm on Arch Linux.
Comment 3 Reda Lazri 2012-06-16 20:57:34 UTC 
Also, I forgot to mention what I think is the right way.

Load GDM, enter password, load the shell and its extensions, let it appear while other startup applications load. Just don't load everything in the background and display it at once.
Comment 4 Milan Bouchet-Valat 2012-06-16 21:54:27 UTC 
I don't think this behavior is really intended, i.e. the Shell probably does not wait for all apps to be ready. Rather, it takes time to start because all processes are launched concurrently, and they fight for resources. Fixing this would require starting the Shell with a higher priority (which systemd could probably do when it handles session startup), or waiting for the Shell to be ready before starting apps (but that would slow down starting the apps, and you probably need them if you run them at startup).
Comment 5 Reda Lazri 2012-06-17 10:08:52 UTC 
But if they are fighting over resources, at least I should get: apps>shell>apps behavior once in a while, no? Or even shell>apps. All I get is apps>shell.
Comment 6 Jean-François Fortin Tam 2013-03-13 04:15:55 UTC 
Hi Reda, would it be reasonable to consider this a duplicate of bug #645756?
Comment 7 Reda Lazri 2013-03-13 11:58:12 UTC 
Yes, I think so. Plus, you have better input. Please feel free to mark this a dup. :)
Comment 8 Jean-François Fortin Tam 2013-03-13 13:15:12 UTC 

*** This bug has been marked as a duplicate of bug 645756 ***