[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #13 from ned --- Created attachment 170568 --> https://bugs.kde.org/attachment.cgi?id=170568=edit battery icon Just adding here because I struggled to find this anywhere else in a search. If you click the battery icon in the system tray, then if anything is blocking sleep, it should show up at the top of that window, like Mixxx in the attached screenshot. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Nate Graham changed: What|Removed |Added Version Fixed In||6.0 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Jakob Petsovits changed: What|Removed |Added Resolution|--- |FIXED CC||jpe...@petsovits.com Status|REPORTED|RESOLVED --- Comment #12 from Jakob Petsovits --- Git commit c58085b4ca3cf5456dd7cdfa4189d06b38a3e488 by Jakob Petsovits. Committed on 05/01/2024 at 02:39. Pushed by jpetso into branch 'master'. actions/bundled/dpms: Handle very short timeout-when-locked better For automatic display turn-off, we now allow setting an idle timeout when the screen is locked, down to 0 seconds. This makes sense when the session transitions from unlocked to locked, allowing the user to turn off the display at the same time as the lockscreen would appear. Unfortunately, it doesn't work for a 0 second timeout. The issue is that low timeout values also affect user interaction on wakeup, i.e. when trying to enter the password the user now has 0 seconds available to type their password. This prevents us from simply removing the check for >0 seconds when registering DPMS timeouts. Instead, this commit splits the timeout when locked into two internal member variables. For the traditional "timeout when locked" value, we now apply a (hardcoded) minimum duration to allow uninterrupted authentication when the lock screen is already active. In addition, we introduce a new "timeout when activating lock" value that uses the configured value as is (more or less - applying an extremely short minimum may help prevent unintended behavior). This new timeout only gets used when switching from unlocked to locked, and is replaced by the regular "timeout when locked" thereafter until the session gets unlocked again. Suspend/resume handling receives some extra care to behave well. Unlocked timeouts also apply a minimum duration for extra safety. M +52 -16 daemon/actions/bundled/dpms.cpp M +8-3daemon/actions/bundled/dpms.h M +6-1daemon/powerdevilaction.cpp M +6-0daemon/powerdevilaction.h https://invent.kde.org/plasma/powerdevil/-/commit/c58085b4ca3cf5456dd7cdfa4189d06b38a3e488 Didn't include this bug number in the commit message, an oversight when merging. Sorry! Either way, according to my understanding of this bug report, the above commit - via https://invent.kde.org/plasma/powerdevil/-/merge_requests/301 - fixes the behavior of 0-second "timeout when locked" in the way that makes the Expected Result of the original bug description work. Just make sure to set your timeout when locked to 0 (or another low value, depending on your preference). -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 fanzhuyi...@gmail.com changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=476962 -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Julien Delquié changed: What|Removed |Added CC||julien@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Neal Gompa changed: What|Removed |Added See Also||https://bugzilla.redhat.com ||/show_bug.cgi?id=2252467 --- Comment #11 from Neal Gompa --- I've got a downstream bug report that looks quite similar to this one: https://bugzilla.redhat.com/show_bug.cgi?id=2252467 It looks like it might be a kwin problem? -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 fanzhuyi...@gmail.com changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #10 from fanzhuyi...@gmail.com --- (In reply to Nate Graham from comment #9) > Oh, I think I see something. Does it work if you set the duration to 1 > second, rather than 0 seconds? That works for me, but 0 seconds fails. That works, but that also has the effect of turning the display off during lock screen whenever there is 1 second without any output. I guess the feature requested here is different -- only change what happens when the user initially locks the screen, and add an option to immediately turn off the display. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Nate Graham changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #9 from Nate Graham --- Oh, I think I see something. Does it work if you set the duration to 1 second, rather than 0 seconds? That works for me, but 0 seconds fails. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 fanzhuyi...@gmail.com changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #8 from fanzhuyi...@gmail.com --- (In reply to Nate Graham from comment #7) > It's already possible in Plasma 6. In the Energy Saving KCM, change the > value of "When locked, turn off screen" to 0 seconds. Neal, does that do > what you want? For me this doesn't work in plasma 6. The steps to reproduce are as follows: 1. Set "When locked, turn off screen" to 0 seconds for all three cases, on ac power, on battery, and on low battery 2. Lock the screen using the button in lock/logout widget Observed behavior: The screen turns black for a moment, but then immediately turns back on. Expected behavior: The screen turns off and stays off. This happens for me on latest neon unstable, with or without an external monitor plugged in. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #7 from Nate Graham --- It's already possible in Plasma 6. In the Energy Saving KCM, change the value of "When locked, turn off screen" to 0 seconds. Neal, does that do what you want? -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #6 from fanzhuyi...@gmail.com --- (In reply to Neal Gompa from comment #5) > It's not supposed to, no. And it doesn't anymore after updating to a new > kernel, so it might have been a kernel bug. That said, I *want* a way to > lock and sleep the screen in one go. Then I guess this should be turned into a feature request, since KDE doesn't seem to support this right now. @Nate, could you confirm? -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #5 from Neal Gompa --- It's not supposed to, no. And it doesn't anymore after updating to a new kernel, so it might have been a kernel bug. That said, I *want* a way to lock and sleep the screen in one go. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #4 from fanzhuyi...@gmail.com --- (In reply to Neal Gompa from comment #3) > The only setting I changed was turning off auto-suspend for session. Screen > energy saving is still on and set for 10 minutes and button events handling > is still set to prompt when power button is pressed. If that is the case, I don't think your screen should turn off immediately when you lock the screen, right? -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 --- Comment #3 from Neal Gompa --- (In reply to Nate Graham from comment #2) > > When locking the screen, I expect the display to go to sleep immediately > > and stay asleep unless I press a key to wake them up > Did it do this in the past? because that's not what it does by default, and > you need to change some powerdevil settings to make this happen. Did you do > so, and it worked in the past, but it stopped working recently? The only setting I changed was turning off auto-suspend for session. Screen energy saving is still on and set for 10 minutes and button events handling is still set to prompt when power button is pressed. I think it worked correctly back on Fedora 37 or Fedora 38, but I'm not sure. I did, however, notice today that it behaved differently from one of my laptops running Fedora Workstation (GNOME) and I vaguely recall it wasn't different before. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Gurenko Alex changed: What|Removed |Added CC||agure...@protonmail.com -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 Nate Graham changed: What|Removed |Added CC||n...@kde.org --- Comment #2 from Nate Graham --- > When locking the screen, I expect the display to go to sleep immediately and > stay asleep unless I press a key to wake them up Did it do this in the past? because that's not what it does by default, and you need to change some powerdevil settings to make this happen. Did you do so, and it worked in the past, but it stopped working recently? -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 477641] Displays wake up right after locking the screens and going to sleep
https://bugs.kde.org/show_bug.cgi?id=477641 fanzhuyi...@gmail.com changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO CC||fanzhuyi...@gmail.com --- Comment #1 from fanzhuyi...@gmail.com --- Could you restart your machine, reproduce the issue, and provide the complete output of `journal -b`? Thanks! -- You are receiving this mail because: You are watching all bug changes.
