Public bug reported:

Automatic suspension causes the system to freeze on resume. This doesn't
happen if I suspend it manually by opening the system menu and pressing
the suspend button. Suspension works flawlessly when it is triggered
manually.

When the system resumes from automatic suspension, the lock screen is
visible but does not respond. It's frozen. A notification says something
like "system will suspend shortly due to inactivity". It never goes
away.

The keyboard responds during this (at least for a while). The CAPS LOCK
LED turns on and off as I press it (with no delay). Sometimes I can even
switch to another TTY and kill the X server, which is why I'm reporting
it against gnome-shell. When switching TTY is impossible, I use the
"REISUB" combination to shut down. Either way, I always lose the running
session.

This is reproducible about 60% of the time. Eventually I ended up
disabling it and relying only on manual suspension.

# Additional information:
1) Ubuntu 20.04.2 LTS / Release: 20.04
2) gnome-shell 3.36.4-1ubuntu1~20.04.2

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: gnome-shell 3.36.4-1ubuntu1~20.04.2
ProcVersionSignature: Ubuntu 5.8.0-44.50~20.04.1-generic 5.8.18
Uname: Linux 5.8.0-44-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.16
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Wed Mar  3 16:56:01 2021
DisplayManager: gdm3
InstallationDate: Installed on 2021-01-31 (31 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
RelatedPackageVersions: mutter-common 3.36.7+git20201123-0.20.04.1
SourcePackage: gnome-shell
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: gnome-shell (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug focal

** Description changed:

  Automatic suspension causes the system to freeze on resume. This doesn't
  happen if I suspend it manually by opening the system menu and pressing
  the suspend button. Suspension works flawlessly when it is triggered
  manually.
  
  When the system resumes from automatic suspension, the lock screen is
- visible but does not respond. It's frozen. A notification says "system
- will suspend shortly due to inactivity". It never goes away.
+ visible but does not respond. It's frozen. A notification says something
+ like "system will suspend shortly due to inactivity". It never goes
+ away.
  
  The keyboard responds during this (at least for a while). The CAPS LOCK
  LED turns on and off as I press it (with no delay). Sometimes I can even
  switch to another TTY and kill the X server, which is why I'm reporting
  it against gnome-shell. When switching TTY is impossible, I use the
  "REISUB" combination to shut down. Either way, I always lose the running
  session.
  
  This is reproducible about 60% of the time. Eventually I ended up
  disabling it and relying only on manual suspension.
  
  # Additional information:
  1) Ubuntu 20.04.2 LTS / Release: 20.04
  2) gnome-shell 3.36.4-1ubuntu1~20.04.2
  
  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: gnome-shell 3.36.4-1ubuntu1~20.04.2
  ProcVersionSignature: Ubuntu 5.8.0-44.50~20.04.1-generic 5.8.18
  Uname: Linux 5.8.0-44-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.16
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: ubuntu:GNOME
  Date: Wed Mar  3 16:56:01 2021
  DisplayManager: gdm3
  InstallationDate: Installed on 2021-01-31 (31 days ago)
  InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
  RelatedPackageVersions: mutter-common 3.36.7+git20201123-0.20.04.1
  SourcePackage: gnome-shell
  UpgradeStatus: No upgrade log present (probably fresh install)

-- 
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/1917674

Title:
  Freeze when resuming from automatic suspension to RAM

Status in gnome-shell package in Ubuntu:
  New

Bug description:
  Automatic suspension causes the system to freeze on resume. This
  doesn't happen if I suspend it manually by opening the system menu and
  pressing the suspend button. Suspension works flawlessly when it is
  triggered manually.

  When the system resumes from automatic suspension, the lock screen is
  visible but does not respond. It's frozen. A notification says
  something like "system will suspend shortly due to inactivity". It
  never goes away.

  The keyboard responds during this (at least for a while). The CAPS
  LOCK LED turns on and off as I press it (with no delay). Sometimes I
  can even switch to another TTY and kill the X server, which is why I'm
  reporting it against gnome-shell. When switching TTY is impossible, I
  use the "REISUB" combination to shut down. Either way, I always lose
  the running session.

  This is reproducible about 60% of the time. Eventually I ended up
  disabling it and relying only on manual suspension.

  # Additional information:
  1) Ubuntu 20.04.2 LTS / Release: 20.04
  2) gnome-shell 3.36.4-1ubuntu1~20.04.2

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: gnome-shell 3.36.4-1ubuntu1~20.04.2
  ProcVersionSignature: Ubuntu 5.8.0-44.50~20.04.1-generic 5.8.18
  Uname: Linux 5.8.0-44-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.16
  Architecture: amd64
  CasperMD5CheckResult: skip
  CurrentDesktop: ubuntu:GNOME
  Date: Wed Mar  3 16:56:01 2021
  DisplayManager: gdm3
  InstallationDate: Installed on 2021-01-31 (31 days ago)
  InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
  RelatedPackageVersions: mutter-common 3.36.7+git20201123-0.20.04.1
  SourcePackage: gnome-shell
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1917674/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to