I’ve had this happen a couple of times now since upgrading to 18.04: soon (perhaps within a minute) after logging in, Gnome session ends abruptly and I’m thrown back to the login screen. IIRC, in both instances this occurred on the first login after boot, so it does not reoccur on the subsequent re-login, and not on every login (very rarely in fact), and for now I have no better steps to reproduce this other than ”boot, log in”.
Bug #1663839 (reported against 17.04) seems similar, as does bug #1731428 (reported against 17.10).
journalctl output during the issue:
Apr 16 07:00:30 saegusa gnome-session[4342]: gnome-session-binary[4342]: WARNING: Application ’org.gnome.SettingsDaemon.Color.desktop’ failed to register before timeout
Apr 16 07:00:30 saegusa gnome-session-binary[4342]: WARNING: Application ’org.gnome.SettingsDaemon.Color.desktop’ failed to register before timeout
Apr 16 07:00:30 saegusa gnome-session-binary[4342]: Unrecoverable failure in required component org.gnome.SettingsDaemon.Color.desktop
Apr 16 07:00:30 saegusa gnome-session[4342]: gnome-session-binary[4342]: CRITICAL: We failed, but the fail whale is dead. Sorry….
Apr 16 07:00:30 saegusa gnome-session-binary[4342]: CRITICAL: We failed, but the fail whale is dead. Sorry….
In addition to Totem, Firefox also exhibits this with fullscreen HTML5 video. Here’s a good test: https://www.youtube.com/watch?v=5xkNy9gfKOg
My bug #1762400 got marked as a duplicate for this one, but I don’t have Dropbox installed.
Possible duplicates with bug #1607919
== Steps to reproduce ==
1. Create a password protected 7z archive: `echo hello >hello.txt; 7z a hello.7z hello.txt -ppassword`
2. Left-click the archive in Nautilus
== What happens ==
Nautilus shows an empty window, and together with gnome-shell they eat up the CPU until you close the Nautilus window. Alternatively, a crash report prompt appears.
== What I expect to happen ==
Preferably to prompt for a password and then open the archive contents. At the very least to not eat all the CPU, and inform the user that Nautilus is incapable of handling this file format.
== Other info ==
I don’t have Dropbox installed unlike in bug #1734891.
Upstream issue: https://gitlab.gnome.org/GNOME/nautilus/issues/51
Red Hat issue: https://bugzilla.redhat.com/show_bug.cgi?id=1499401
Haven’t seen this since upgrading to 18.04, and can’t reproduce it following the instructions anymore either, so it appears to be fixed.
This is currently still present in Bionic’s Shotwell 0.28.1-0ubuntu1.
Had been AFK for a couple of hours with the display turned off, came back and turned it on when this occurred.
I’ve redirected Gnome Shell related log entries away from my syslog so I’m attaching the separate log here.
== Steps to reproduce ==
$ wget -q ’https://upload.wikimedia.org/wikipedia/commons/a/a5/Uncle_Josh_and_the_Insurance_Company_-_Cal_Stewart.mp3’ && mp3cut -o test.mp3 Uncle_Josh_and_the_Insurance_Company_-_Cal_Stewart.mp3 &>/dev/null && ls -l test.mp3
== Expected result ==
-rw-r–r– 1 jani jani 2433848 maali 26 15:45 test.mp3
== Actual result ==
-rwxr–r– 1 jani jani 2433848 maali 26 15:45 test.mp3
Looks like you can still enter ’Print’ in dconf-editor for a custom action (/org/gnome/settings-daemon/plugins/media-keys/custom-keybindings/customN/binding), so at least there’s that.