Description of problem:
Desktop and tray icons show and auto-started applications start approx. 2 minutes after login. Until that time, also Log out and Power off buttons from tray menu does not work. Also, desktop context menu is not from classic session (it shows Change Background, Display Settings and Settings instead of New Folder, Paste, Select All ...).
Version-Release number of selected component (if applicable):
happened approx. 4 times
Steps to Reproduce:
1. log in to gnome classic session
desktop and tray icons show and auto-started applications start approx. 2 minutes after login
desktop and tray icons show and auto-started applications start immediately after login
Once happened, that icons showed / applications started at the same time I opened gnome-terminal.
I have similar issue with gnome-session-quit command.
1. Connect via ssh to VM.
2. sudo service gdm stop
3. sudo service gdm start
4. Open terminal in VM and type: gnome-session-quit
** (gnome-session-quit:4239): WARNING **: 14:11:16.205: Failed to call logout: GDBus.Error:org.gnome.SessionManager.NotInRunning: Logout interface is only available after the Running phase starts
I am not able to quit the session.
No message, session will prompt the user to confirm or cancel session quitting.
I cannot quit the session for roughly 70 seconds. After that I am able to quit the session with the above command.
After successful command query journalctl will print gnome-session-binary: Entering running state.
I suspect this issue is for the same reason the icons are not showing on start. If not let me know and I will file a new bug.
The easiest reporoducer is to create new user and login. The gnome initial setup shows up about 2m after login.
In logs I see:
gnome-session: gnome-session-binary: WARNING: Application 'org.gnome.SettingsDaemon.DiskUtilityNotify.desktop' failed to register before timeout
tracker-store.desktop: (uint32 2,)
gnome-session-binary: Entering running state
And when I remove the 'org.gnome.SettingsDaemon.DiskUtilityNotify.desktop' from /etc/xdg/autostart everything is ok.
Moving to gnome-disk-utility.
I have found following commit upstream https://gitlab.gnome.org/GNOME/gnome-disk-utility/commit/78034ca97df5621a52b8ad522859a7da58a7544b
But the commit is already in, so the question is why the gnome-session is still waiting for the app to register?
we had to add a hack to accommodate upgrades at one point:
+ const char *app_id;•
+ app_id = g_app_info_get_id (G_APP_INFO (app->priv->app_info));•
+ /* These hardcoded checks are to keep upgrades working */•
+ if (app_id != NULL && g_str_has_prefix (app_id, "org.gnome.Shell"))•
+ phase = GSM_MANAGER_PHASE_DISPLAY_SERVER;•
+ else if (app_id != NULL && g_str_has_prefix (app_id, "org.gnome.SettingsDaemon"))•
+ phase = GSM_MANAGER_PHASE_INITIALIZATION;•
+ phase = GSM_MANAGER_PHASE_APPLICATION;•
This is what's causing the problem. We might be able to change that g_str_has_prefix (app_id, "org.gnome.SettingsDaemon") to g_str_equal (app_id, "org.gnome.SettingDaemon.desktop") (i'll need to see when the settings-daemon modularity happened). otherwise, we'll probably just need to special case DiskUtilityNotify to be phase application specifically (or force it in desktop file).
Working well now.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.