Bug 481641 - Gracelock broken after manually locking the screen
Summary: Gracelock broken after manually locking the screen
Status: RESOLVED INTENTIONAL
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: git-master
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords: qt6
Depends on:
Blocks:
 
Reported: 2024-02-21 21:59 UTC by Nate Graham
Modified: 2024-02-21 23:19 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nate Graham 2024-02-21 21:59:43 UTC
STEPS TO REPRODUCE
1. Make sure the gracelock value is set to something other than "Require Password Immediately"
2. Manually lock the screen using Meta+L or Kickoff > More > Lock
3. *Immediately* move the mouse


OBSERVED RESULT
Password required to unlock


EXPECTED RESULT
Lock screen disappears


ADDITIONAL INFORMATION
The issue is not seen if the lock screen appears automatically as a result of inactivity, as opposed to being summoned manually.
Comment 1 duha.bugs 2024-02-21 22:24:54 UTC
Feel free to reopen but I think this is intentional, can also reproduce on Plasma 5, so should be no regression.

The reason there is a grace period when the screenlocker appears because of inactivity is because this could be accidental. If press meta+L you want to lock the screen, so no grace period needed.

This is ofcourse  subjective, but as far as I can tell it is the same on plasma 5
Comment 2 Nate Graham 2024-02-21 22:30:25 UTC
Oh wow, maybe I just never noticed this.
Comment 3 Kristen McWilliam 2024-02-21 23:19:08 UTC
Agreed, this is intentional design and not a regression; I don't see a reason for a grace period when invoked manually - though if you can think of a use case I am open to having my mind changed. :)