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 789418 - Suspend on lid close broken
Suspend on lid close broken
Status: RESOLVED OBSOLETE
Product: gnome-settings-daemon
Classification: Core
Component: power
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2017-10-24 15:32 UTC by benedikt
Modified: 2019-03-20 11:48 UTC
See Also:
GNOME target: ---
GNOME version: 3.25/3.26


Attachments
Result of systemd-inhibit --list (1.24 KB, text/plain)
2017-10-24 15:32 UTC, benedikt
Details
Complete output of journalctl -b (275.35 KB, text/plain)
2017-11-03 11:50 UTC, benedikt
Details
DisplayConfig (1.58 KB, text/plain)
2017-12-19 17:00 UTC, benedikt
Details

Description benedikt 2017-10-24 15:32:56 UTC
Created attachment 362195 [details]
Result of systemd-inhibit --list

Using Gnome 3.26.1, Archlinux with linux 4.13.7 and systemd 235.8

When closing the lid of my laptop, the system is not going to suspend anymore. This worked before (2 months ago). 

There are duplicate inhibitors when running systemd-inhibit --list (see attachment). Maybe that's a hint. The list does not change when an external monitor is attached.
Comment 1 benedikt 2017-10-24 15:55:45 UTC
Just downgraded to gnome-settings-3.24.3-2 and now it's working again.
Comment 2 Rui Matos 2017-11-02 13:40:44 UTC
Can you edit your /etc/xdg/autostart/org.gnome.SettingsDaemon.Power.desktop and change the exec line to look like

Exec=/usr/libexec/gsd-power -v

log out and back in again (or reboot) and then reproduce this. After a failed attempt attach the full output of 'journalctl -b' to this report.
Comment 3 benedikt 2017-11-03 11:50:26 UTC
Created attachment 362895 [details]
Complete output of journalctl -b

Closed and opened the lid twice
Comment 4 Jonas Hahnfeld 2017-12-18 13:38:03 UTC
Another ArchLinux user here, I see the problem when multiple monitors are attached. This seems to be because of https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=5db4d74 (in preparation for https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=cbf313e) which removes a setting that I had set on my system ("unlikely" :P).
Suspend with only the laptop display works fine but I want to just close my laptop's lid when I have it docked, not disconnect the monitor first or click a button.
Comment 5 benedikt 2017-12-18 20:44:30 UTC
This is not the same for me. The laptop won't go to suspend, when no monitor is attached and I close the lid.
Comment 6 Rui Matos 2017-12-19 16:20:04 UTC
(In reply to Jonas Hahnfeld from comment #4)
> Another ArchLinux user here, I see the problem when multiple monitors are
> attached. This seems to be because of
> https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=5db4d74 (in
> preparation for
> https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=cbf313e) which
> removes a setting that I had set on my system ("unlikely" :P).

That option was being (mis)used in the power plugin in a way that was completely different from its original semantics in the xrandr plugin and it was never exposed in the UI. It was a hack and we needed to remove the xrandr plugin so it needed to go with it.

> Suspend with only the laptop display works fine but I want to just close my
> laptop's lid when I have it docked, not disconnect the monitor first or
> click a button.

If you're arguing for adding a specific option open a new bug and make it clear what's the behavior you'd like to see configurable.
Comment 7 Rui Matos 2017-12-19 16:22:56 UTC
(In reply to benedikt from comment #5)
> This is not the same for me. The laptop won't go to suspend, when no monitor
> is attached and I close the lid.

Please run this in a terminal:

$ sleep 10 && gdbus call --session --dest org.gnome.Mutter.DisplayConfig --object-path /org/gnome/Mutter/DisplayConfig --method org.gnome.Mutter.DisplayConfig.GetResources

then close the laptop lid and wait at least 10 seconds for the gdbus call to complete and paste its output here.
Comment 8 benedikt 2017-12-19 17:00:50 UTC
Created attachment 365751 [details]
DisplayConfig

Output of "sleep 10 && gdbus call --session --dest org.gnome.Mutter.DisplayConfig --object-path /org/gnome/Mutter/DisplayConfig --method org.gnome.Mutter.DisplayConfig.GetResources" when lid is closed and no external monitors are attached.
Comment 9 GNOME Infrastructure Team 2019-03-20 11:48:29 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/363.