... and the answer is no. After a longer display-sleep i woke it up to find myself back at the login prompt. Definitely that and not the lock screen.
This may in part be related to long-term issues I have with this monitor. Early-revision Dell P2715Q 4K monitors have known firmware- related issues with waking from sleep. It has phases. Sometimes it just works. Sometimes it's narcoleptic, taking the form of just going straight back to sleep after an attempted wake. And sometimes it wakes thinking it's just a 1440p monitor, and I don't notice until I get some text on the screen and think 'that doesn't look right'. That's what happened this time, and I think only happens after a longer sleep. Generally the fix in this instance is to switch the monitor off and on again, and it comes on secure in its identity as a 4K monitor. But as I switched it off, the session I'd just logged into again was again logged out. So I'm guessing Xorg/nVidia/Gnome between them are seeing a *change* in the monitor configuration attached to the computer. I would say it's still a bug that its response to that is to bug out, rather than shape itself around the new reality, but I don't know if that's just something we'll need Wayland working to deal with more gracefully. syslog covering the wake-up attached, FWIW (it's quite busy). There's one segfault in there looking similar to those I saw earlier, from the moment of trying to wake it up: Sep 29 13:59:01 fleetfoot kernel: [15526.672810] gnome-shell[26357]: segfault at 2c ip 00007fb47879d434 sp 00007ffd919279a8 error 4 in libmutter-1.so.0.0.0[7fb4786ff000+140000] However grepping for it in syslog I also see it happened twice earlier today too, while I was away from the computer: Sep 29 10:59:10 fleetfoot kernel: [ 4736.585186] gnome-shell[1892]: segfault at 2c ip 00007fb1e3549434 sp 00007fff343753c8 error 4 in libmutter-1.so.0.0.0[7fb1e34ab000+140000] Sep 29 12:26:32 fleetfoot kernel: [ 9977.733747] gnome-shell[21408]: segfault at 2c ip 00007f9d9f7be434 sp 00007ffd5a80ce88 error 4 in libmutter-1.so.0.0.0[7f9d9f720000+140000] It's possible this was triggered by the cat stepping on the keyboard or trackpad. I can also see there *wasn't* any segfault at the time I switched the monitor off and on again, and yet I was still bumped out of my gnome session. I dare suggest that even if the monitor's dodgy and even if the driver is having issues, gnome-shell should not segfault, but fail more gracefully. (Or is it libmutter that's segfaulting?) I'm going to try enabling that 'needs root rights' setting. ** Attachment added: "syslog.wakeup" https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1720149/+attachment/4958680/+files/syslog.wakeup -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1720149 Title: gnome-shell segv on wake from display or system sleep Status in gnome-shell package in Ubuntu: Confirmed Bug description: The observable symptom is that if I go away and let the computer go either to display sleep or suspend, when I come back and try to wake it up again, I find myself, after sliding up the lock screen, at the gdm login screen. I'm logged out, and logging in gives me a fresh new session. Anything I had open in the previous session is lost. (I'm getting used to saving stuff before I step away from the computer!) The only trace I've been able to find is that in /var/log/syslog I see a line like: Sep 28 14:38:44 fleetfoot kernel: [10621.432586] gnome-shell[1863]: segfault at 2c ip 00007f6200e82434 sp 00007ffc46f981c8 error 4 in libmutter-1.so.0.0.0[7f6200de4000+140000] This happens at the time of attempted wake, not the time of going to sleep. It's preceded by a lot of activity from gdm-x-session that I'm not sure is indicating any error, just the process of waking up. I will attach a portion of syslog surrounding the whole event in the hope it helps. (In fact attaching the whole current syslog file - it has two such events occuring in it, first display sleep/wake at 09:02 this morning, and secondly (because I was experimenting) a suspend- wake at 14:38 this afternoon. This is only affecting Xorg sessions, and may possibly only be affecting where nvidia is in use, I'm not sure about that. But the fact it occurs on display wake alone, not needing the system itself to have suspended (I was trying suspend to see if it *avoided* the problem, which it doesn't), does point the finger in that direction I guess. But ultimately I'm guessing it's gnome-shell itself segfaulting that's causing the login session to end? Not observed on my Wayland system. This is not new as of the current version of gnome-shell but I think it is relatively recent. Now my hackintosh partition is wrecked by a failed upgrade to High Sierra I'm using my Linux system more in earnest than before, so I'm hitting this often enough for it to provoke a bug report (and much of the time, to just turn all auto suspend/display-sleep off and instead shut down the computer when I'm leaving it for any length of time). The ubuntu bug reporter is not picking this up by itself, so I presume a crash report of the sort that uses is not being saved. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: gnome-shell 3.26.0-0ubuntu2 ProcVersionSignature: Ubuntu 4.13.0-12.13-generic 4.13.3 Uname: Linux 4.13.0-12-generic x86_64 NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia ApportVersion: 2.20.7-0ubuntu1 Architecture: amd64 CurrentDesktop: GNOME Date: Thu Sep 28 14:41:07 2017 DisplayManager: gdm3 InstallationDate: Installed on 2017-07-30 (59 days ago) InstallationMedia: Ubuntu-GNOME 17.04 "Zesty Zapus" - Release amd64 (20170412) SourcePackage: gnome-shell UpgradeStatus: Upgraded to artful on 2017-08-22 (37 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1720149/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
