Bug 338796 - Blank the screen using Esc key while on the lock screen
Summary: Blank the screen using Esc key while on the lock screen
Status: RESOLVED FIXED
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: greeter (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Sebastian Kügler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-04 02:04 UTC by Dave Gilbert
Modified: 2022-11-03 23:02 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.27


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Gilbert 2014-09-04 02:04:29 UTC
(This is basically the 5 equivalent of https://bugs.kde.org/show_bug.cgi?id=311116 )

I want a way to blank the screen in the screenlock on demand, via a shortcut or button.

Use cases:
   1) You're watching the TV and accidentally nudge the mouse - the laptop screen now glows brightly for a few minutes
   2) You're using synergy and the screenblanker never blanks by itself (OK so that's synergy or X's problem but still)


Reproducible: Always

Steps to Reproduce:
1. See Details
2.
3.
Comment 1 David Edmundson 2014-09-09 09:35:21 UTC
So to turn off the screen from the lockscreen?
Comment 2 Dave Gilbert 2014-09-13 10:55:16 UTC
(In reply to David Edmundson from comment #1)
> So to turn off the screen from the lockscreen?

Yes.
Many older lockscreens years ago would blank if you hit escape.
KDE4 didn't but you could just about make a mostly black screen if you went for the advanced screenlocker and set a black background.
Comment 3 Kai Uwe Broulik 2015-02-18 09:33:12 UTC
I think we should rather just reduce the screen turn off time to 1 minute when the screen is locked?
Comment 4 Stefan Majewsky 2015-03-22 10:58:17 UTC
I agree both to comment #2 and #3. A screen turn-off time of 1 minute sounds reasonable, as does a keyboard shortcut of Esc to blank the screen. By the way, this would also increase consistency with other desktops (e.g. Mac OS screenlock also blanks the screen on Esc).
Comment 5 David Edmundson 2015-03-22 11:00:52 UTC
what would unblank it?
Comment 6 Stefan Majewsky 2015-03-22 12:30:59 UTC
Any input event (keyboard or mouse), as is already the case AFAIR.
Comment 7 Dave Gilbert 2015-03-22 12:32:16 UTC
(In reply to David Edmundson from comment #5)
> what would unblank it?

The unblank rules would be the same as now.  We may have to be careful that:
  1) If we blank on a key press (e.g. escape) then we don't unblank on the keyrelease.
  2) If we blank on a button press then the user is still going to have their hand on the mouse/pad so we need to ignore pointer movements for a fraction of a second; I think the right thing here is just to wait a fraction of a second before doing the blank.

(Esc to blank is my preferred keystroke, but I think we did at some point make it clear the password entry, so I'm not sure if it's possible).
Comment 8 Nate Graham 2020-01-12 23:19:59 UTC
Seems reasonable. We should probably do this in kscreenlocker itself though so it applies to all themes, rather than doing it only in the Breeze lock screen theme.
Comment 9 Aleix Pol 2020-01-12 23:26:06 UTC
Sounds like a good way of doing it. Coincidentally, I did some tests with blanking from kglobalaccel and it has the problem that since actions get triggered on press, the screens gets restored on released the behaviour is quite meh.
Comment 10 Bug Janitor Service 2022-09-20 00:08:44 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/99
Comment 11 Aleix Pol 2022-11-03 19:29:10 UTC
Git commit a1744cf6ce1675184efd3c0057964cb29ecdf686 by Aleix Pol.
Committed on 03/11/2022 at 19:04.
Pushed by apol into branch 'master'.

Pressing Escape turns the outputs off

M  +1    -0    .kde-ci.yml
M  +1    -0    CMakeLists.txt
M  +1    -0    greeter/CMakeLists.txt
M  +8    -0    greeter/greeterapp.cpp

https://invent.kde.org/plasma/kscreenlocker/commit/a1744cf6ce1675184efd3c0057964cb29ecdf686
Comment 12 Dave Gilbert 2022-11-03 23:02:08 UTC
Thanks!