https://bugs.kde.org/show_bug.cgi?id=431239

--- Comment #2 from Sayantan Santra <sayantan.santra...@gmail.com> ---
(In reply to Kai Uwe Broulik from comment #1)
> That's odd. @Jan Grulich: Could NM be watching suspend? I know it turns off
> network devices prior to suspend but it shouldn't do that before we
> explicitly tell the system to suspend.
> 
> Please provide the output of systemd-inhibit --list

Here it is:

WHO            UID  USER   PID  COMM            WHAT                           
                                           WHY                                 
                      MODE 
ModemManager   0    root   513  ModemManager    sleep                          
                                           ModemManager needs to reset devices 
                      delay
NetworkManager 0    root   459  NetworkManager  sleep                          
                                           NetworkManager needs to turn off
networks                  delay
UPower         0    root   857  upowerd         sleep                          
                                           Pause device polling                
                      delay
Discord        1000 sintan 2569 Discord         sleep                          
                                           Application cleanup before suspend  
                      delay
PowerDevil     1000 sintan 1144 org_kde_powerde
handle-power-key:handle-suspend-key:handle-hibernate-key:handle-lid-switch KDE
handles power events                                   block
Screen Locker  1000 sintan 1030 ksmserver       sleep                          
                                           Ensuring that the screen gets locked
before going to sleep delay

6 inhibitors listed.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to