GNOME Bugzilla – Bug 638865
[REGRESSION] gnome-power-manager unconditionally suspends when lid is closed
Last modified: 2020-11-06 20:15:09 UTC
g-p-m after upgrading to 2.91.x unconditionally suspends when lid is closed and there is no option to turn it offf as it was in 2.32.x.
Why do you want to do that?
(In reply to comment #1) > Why do you want to do that? Why I want to have lid closed and not suspend? - Because during night I run important background tasks like backup (backup of 40GiB of files do take time and slows down system so I don't want to run in when I'm working) and I don't want to have bright monitor during night - Bacause I want to download files in background while I sleep - Computer is doing someting and cat may try to climb on it to reach shelf (if it is closed nothing happen but if not it may break it or cat may fall etc.) - Bacause I want to get notified about incoming e-mail/message by beep even if I'm reading book - Because I just move it from point A (my bedroom) to point B (living room) while listing to music/talking via Skype It may be sane default setting (I'm not arguing against it as dafault) but it is so common that it would not clutter interface if under what should g-p-m do when sleep/power button is pressed.
(In reply to comment #2) > (In reply to comment #1) > > Why do you want to do that? > > Why I want to have lid closed and not suspend? > > - Because during night I run important background tasks like backup (backup of > 40GiB of files do take time and slows down system so I don't want to run in > when I'm working) and I don't want to have bright monitor during night > - Bacause I want to download files in background while I sleep > - Computer is doing someting and cat may try to climb on it to reach shelf (if > it is closed nothing happen but if not it may break it or cat may fall etc.) > - Bacause I want to get notified about incoming e-mail/message by beep even if > I'm reading book > - Because I just move it from point A (my bedroom) to point B (living room) > while listing to music/talking via Skype > - Because I want to have still VoIP turned on even if I don't have a place to put computer with lid opened
I often use a large external monitor and external keyboard, and I close the lid because don't want an other, unused screen around.
(In reply to comment #4) > I often use a large external monitor and external keyboard, and I close the lid > because don't want an other, unused screen around. Sure, an in that case (you have >1 screens attached) it won't auto-suspend on lid close.
(In reply to comment #5) > (In reply to comment #4) > > I often use a large external monitor and external keyboard, and I close the lid > > because don't want an other, unused screen around. > > Sure, an in that case (you have >1 screens attached) it won't auto-suspend on > lid close. I'm glad to hear that at least that use case won't break. Now how about the other use cases listed above?
I agree that the case where you move from one place to the other is common enough that it would be nice to have an option to deviate from the default here. Oh well. Just adding myself to Cc: here anyway...
I don't think a transient action like "I'm closing the lid to walk to another room" is the kind of thing we want to make people "open up the power settings panel, change a setting, shut the lid, walk to the new room, open the lid, forget to change setting back..." etc. I think it would be better server by a power feature like, for instance: Changing your status to something like "Background" or putting the cursor in a specific place (like a hotspot) before the lid is closed. That way, when the user opens the lid and starts working again, it's pretty obvious it should revert to the system default. I'm not designer tho, so I'm really leaving it up to the guys and girls in #gnome-design.
Oh, I didn't mean to flick the switch every time you close the lid in that case. I just meant that having the option to change the default to not suspend on lid close would be of help for those cases. I don't really mind having to use dconf-editor to do it though...
This bug is linked to 638865 and 603570 : there was an options to turn suspend off...
A "downstream" bug reported nearly two years ago : https://bugs.launchpad.net/gnome-power/+bug/416236 I think we just need an option "Do nothing" in the GUI, it's possible to set it manually in gconf : - /apps/gnome-power-manager/buttons/lid_ac - /apps/gnome-power-manager/buttons/lid_battery
(In reply to comment #10) > This bug is linked to 638865 and 603570 : there was an options to turn suspend > off... I don't think so. I belive that bug 603570 is rather "lid closed should blank only internal LCD" rather then missing option and bug is not linked to itself.
Well, sorry, I meant this bug is linked to 605961 and 603570 : there was an options to turn suspend off... I do not agree, bug 603570 is about the missing "Do Nothing" option in gnome-power-preferences. The bug 605961 is a duplicate of bug 603570. This bug is linked to these because the description just said there was an option to turn suspend off when lid is closed (which is the "Do Nothing" option). Actually, it's possible to set it through GConf, but this option is missing in the GUI, there is no need to do something complicated, the addition of a "Do Nothing" option should solve these three bug.
Any more news on this bug? Would be great to have this option. Cheers.
In the interests of trying to move this forward some... I also have use cases similar to those in comment 2, so I would love to see something here. As a workaround for those of us that want this, perhaps we could just script up something with upower and systemd-inhibit until there's a permanent solution? As far as design goes, how can we get design folks to look into this? I like the idea of a way to just say "next time and next time only I close the lid, don't suspend" and go back to default behavior after that. Perhaps a toggle under the 'battery' menu item above power settings, "Suspend on lid close". You can toggle it to 'off', it keeps that until you close the lid once then toggles it back to 'on' on lid open.
In my case, my machines suspend/hibernate features do not work (when I attempt to resume, the session never restores and instead hangs), though I imagine my machine would report that it supports those features. Bug 755953 reports that the shutdown option is "too destructive", but for me, the suspend and hibernate options are much more destructive. I imagine the response would return "then just never close your lid", but having this machine for many years, I have accustomed myself to many of the use cases from Comment 2. Especially when executing a long-running task, I like to keep my machine inconspicuous as much as possible.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-power-manager/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.