Revert automatic suspend by default for bionic?

Bug #1759008 reported by Jeremy Bicha
This bug affects 10 people
Affects Status Importance Assigned to Milestone
ubuntu-settings (Ubuntu)
Fix Released
Jeremy Bicha
Fix Released
Jeremy Bicha

Bug Description

GNOME 3.28 has turned Automatic Suspend on by default and set it to 20 minutes:

I generally think this is a good thing. There are a few issues though.

1. The computer will still suspend even if there are remote users logged in or the computer is being used as a server for files, printers, etc.

2. Some software doesn't set inhibit correctly. ~ahasenack mentioned he was using the Spotify Snap and the computer suspend after 20 minutes. (Maybe Spotify needs to use the screen-inhibit-control snap interface.)

3. Even if it does set inhibit, there is a report that the computer will suspend as soon as the inhibit is removed if there is no other activity. (Imagine a movie playing. At the end of the movie, the computer goes to sleep immediately.) More details and proposed fix at

4. There is no GUI way to change this setting for the login screen yet.

5. Some users think that desktop computers should be always running unless told otherwise. Personally, I don't give this argument much weight at all.

Tags: bionic
Revision history for this message
Jeremy Bicha (jbicha) wrote :

This issue is also under discussion in Fedora

https://<email address hidden>/thread/N26LIZE66L5PBHDXFEV3K3XO2JV736DN/

Some highlights:

6. It's claimed that Firefox doesn't inhibit suspend when downloading a file.

7. GNOME Disks doesn't inhibit suspend when performing actions

8. ssh should probably inhibit suspend when a user is logged in. (It's claimed that upstream wasn't interested years ago.)

9. Does apt and unattended-upgrades inhibit suspend?

(These are subpoints of #2 above)

Believed to work already
Nautilus copying files

A. We may want to turn off auto-suspend completely in the live session. (A failure to resume from suspend during the install could be really bad. And this might be easier than trying to have ubiquity or gparted set the correct inhibitors.)

B. A compromise would be to only auto-suspend on battery power. Arguably, auto-suspend on battery power should have been the default years ago!

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-settings (Ubuntu):
status: New → Confirmed
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

I agree this should only apply to battery mode by default. Not AC mode (thus never desktops).

Will Cooke (willcooke)
tags: removed: rls-bb-incoming
Changed in ubuntu-settings (Ubuntu Bionic):
assignee: nobody → Will Cooke (willcooke)
assignee: Will Cooke (willcooke) → Jeremy Bicha (jbicha)
Revision history for this message
Jeremy Bicha (jbicha) wrote :

We're disabling automatic suspend by default when plugged in, but we're keeping it enabled when on battery power. We aren't doing anything different in GDM or in the installer's live mode.

Changed in ubuntu-settings (Ubuntu Bionic):
status: Confirmed → Fix Released
Revision history for this message
Mikko Rantalainen (mira) wrote :

Still broken with MATE desktop on Ubuntu 18.04.2 LTS. If I run mate-power-preferences and select ON AC Power - Put computer to sleep when inactive for: [never] the computer still automatically sleeps (enters S3) after 20 minutes.

$ grep -C1 sleep-inactive-ac-timeout /usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override
sleep-inactive-ac-timeout = 0

I've tried to manually run
$ systemd-inhibit --mode=block sleep 2h

but the system still enters S3 after 20 minutes unless I disable screen saver using mate-inhibit-applet.

$ apt policy mate-desktop
  Installed: 1.20.1-2ubuntu1
  Candidate: 1.20.1-2ubuntu1

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

This bug is closed. If you have any issues at all then please open a new bug.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.