Description:
When waking the system from sleep, cosmic-greeter is displayed. When the lid is closed immediately again, the laptop does not return to sleep, which appears to be because cosmic-greeter fails to release its sleep inhibitor lock.
Steps to Reproduce:
- Start playing a media source with continuous audio (e.g., a YouTube video) to easily monitor the suspend state.
- Close the laptop lid. The system suspends correctly and the audio stops.
- Open the lid. The system wakes and the audio resumes.
- Before logging in or interacting with the greeter, close the lid again.
- Notice the audio continues playing—the system fails to suspend (and the display is still on).
Expected Behavior:
The greeter should gracefully release the sleep inhibitor lock if a hardware suspend event is triggered before the UI completes its sequence, allowing the system to sleep.
Actual Behavior:
The system fails to sleep (presumably) because cosmic-greeter permanently holds the sleep lock.
System Information:
- OS: Fedora 44
- DE: COSMIC
- Hardware: Framework 13
Evidence / Logs:
Output of systemd-inhibit --list while the bug is active:
WHO UID USER PID COMM WHAT WHY
ModemManager 0 root 1479 ModemManager sleep ModemManager needs to reset devices
NetworkManager 0 root 1355 NetworkManager sleep NetworkManager needs to turn off networks
UPower 0 root 1382 upowerd sleep Pause device polling
COSMIC Greeter 1000 username 2703 cosmic-greeter sleep COSMIC Greeter needs to display a lock scree>
Cosmic Session 1000 username 2370 cosmic-session handle-power-key Show confirmation dialog.
signal-desktop 1000 username 3181 xdg-dbus-proxy sleep Application cleanup before suspend
slack 1000 username 3169 xdg-dbus-proxy sleep Application cleanup before suspend
teams-for-linux 1000 username 3172 xdg-dbus-proxy sleep Application cleanup before suspend
Description:
When waking the system from sleep, cosmic-greeter is displayed. When the lid is closed immediately again, the laptop does not return to sleep, which appears to be because
cosmic-greeterfails to release itssleepinhibitor lock.Steps to Reproduce:
Expected Behavior:
The greeter should gracefully release the
sleepinhibitor lock if a hardware suspend event is triggered before the UI completes its sequence, allowing the system to sleep.Actual Behavior:
The system fails to sleep (presumably) because
cosmic-greeterpermanently holds thesleeplock.System Information:
Evidence / Logs:
Output of
systemd-inhibit --listwhile the bug is active: