Summary: | Redundant unlock button appears after password when resuming from suspend | ||
---|---|---|---|
Product: | [Plasma] kscreenlocker | Reporter: | Unused Account <mxanthropocene> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | antoine.gatineau, bizyaev, breakingspell, carmanaught, chemobejk, conspibro, contact, francescoza6, ftfeob+kdebugtracker, gwarser, isi.floss, mailinglist, oxi1158, Squashynator, unlovable_fridge356, vasyl.demin, viktor.balogh45, wise.gear8046, xaver.hugl, z411 |
Priority: | NOR | Keywords: | regression |
Version: | 6.1.1 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: |
https://bugs.kde.org/show_bug.cgi?id=456639 https://bugs.kde.org/show_bug.cgi?id=490547 |
||
Latest Commit: | https://invent.kde.org/plasma/plasma-desktop/-/commit/46910cb6a0a6cb8ad6b60ba2b8dfb224624df2ec | Version Fixed In: | 6.1.3 |
Sentry Crash Report: |
Description
Unused Account
2024-04-14 02:34:13 UTC
I have exactly the same issue. I have the same issue except I can't get back into the machine -- After sleep, sometimes unlock screen only displays [Unlock?] button. Click on it or hit enter and it does nothing -- wait and [Unlock?] disappears just leaving background. Let it sit there and display blacks out. Hit [Shift] or [Return] and it displays [Unlock?] button again, but won't let you unlock your machine.\ Rinse, wash, repeat. Only way to avoid rebooting is go to TTY3 and do: $ loginctl unlock-sessions then return to TTY1 and continue working. S/W: Garuda Linux (Arch) KDE Plasma ver: 6.0.3 KDE Frameworks: 6.0.0 QT Version: 6.7.0 Kernel Version: 6.8.5-zen-1-zen (64-bit) Graphics Platform: Wayland H/W Processors: 8 x 11th Gen Intel Core i7-1165G7 @ 2.80GHz RAM Memory: 32 GB Graphics: Mesa Intel Xe Manufacturer: Framework Happens to me too, logging in works, but sometimes it displays this unnecessary unlock button after typing the password and confirming. This only happens when resuming from suspend, it doesn't happen if locking the screen without suspending (with Meta+L for example). The system needs to stay suspended for more than 10 seconds, otherwise the unlock button is not shown after entering the correct password. Also it doesn't seems to be related to the say you confirm the password (with Enter key or with the button on the screen), just to how much time it passes. S/W: OS: Arch Linux KDE Plasma ver: 6.0.4 KDE Frameworks: 6.1.0 QT Version: 6.7.0 Kernel Version: 6.8.7-arch1-1 (64 bit) Graphics Platform: Wayland H/W Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor RAM Memory: 32 GB Graphics: AMD Radeon RX 6600 Manufacturer: ASUS Hello I confirm also having this issue. Not blocking but annoying. Here is my system info: Operating System: Fedora Linux 40 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 5700 XT Manufacturer: Micro-Star International Co., Ltd. Product Name: MS-7C91 System Version: 2.0 Same here. Started happening after updating to Plasma 6. Seems totally random as I don't suspend my PC, although it seems more common when the PC has been locked for a long time (1+ hour) but I'm not sure. Not sure how to debug or reproduce. Arch Linux KDE Plasma: 6.0.4 KDE Frameworks 6.2.0 Qt 6.7.0 Wayland I can confirm this issue after having updated to Plasma 6. System: KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.6.30-2-MANJARO (64-bit) Graphics Platform: X11 I have also been experiencing the issue for a while, and is still present on KDE 6.0.5. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 40 (Workstation Edition - NOT the KDE spin) KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.8.10-300.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 5600 6-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 6600 Manufacturer: Micro-Star International Co., Ltd. Product Name: MS-7C56 (MSI B550-A PRO) System Version: 2.0 For me it has nothing to do with suspend. The redundant "Unlock" button appears after upgrading to plasma 6 after automatic lock. If I lock manually it doesn't happen (or is it dependent on time?). Operating System: NixOS 24.11 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.8.10 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 9 7940HS w/ Radeon 780M Graphics Memory: 30,6 GiB of RAM Graphics Processor: AMD Radeon Graphics I'm experiencing this on 6.0.5 as well, however it's happened to me after manually locking. Perhaps it could be triggered after some time has passed since manually locking? I haven't found a reliable way to reproduce this but wonder if could be related to screen timeout or screen changes somehow. I had a look at the journal when this occurred most recently and I can see a "kscreenlocker_greet" error: kscreenlocker_greet[62336]: file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/NoPasswordUnlock.qml:26: ReferenceError: tryToSwitchUser is not defined This error appears in the journal each time the unlock button has appeared, as far as I can tell. Operating System: EndeavourOS KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.1 Kernel Version: 6.9.2-arch1-1 (64-bit) Graphics Platform: X11 Migrating "reproducible" keyword to "CONFIRMED" status. Have been seeing this bug since the final version of Plasma 5, right before moving to Plasma 6.0.0. It'd appear when I manually lock my session for around >15 mins and logging in after. A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2346 A possibly relevant merge request was started @ https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/234 Git commit bc1e4a18ce37d1f40cb6a50acf3d9c53b052bf5e by Xaver Hugl. Committed on 02/07/2024 at 20:04. Pushed by zamundaaa into branch 'master'. greeter/authenticators: add a property for if a prompt was shown in the past This is needed to properly check for whether or not to show an unlock button M +14 -0 greeter/pamauthenticators.cpp M +5 -0 greeter/pamauthenticators.h https://invent.kde.org/plasma/kscreenlocker/-/commit/bc1e4a18ce37d1f40cb6a50acf3d9c53b052bf5e A possibly relevant merge request was started @ https://invent.kde.org/plasma/kscreenlocker/-/merge_requests/235 Git commit 6297d4d2e37abadfab0f7389aec9aa4af7f928bc by Xaver Hugl. Committed on 02/07/2024 at 20:07. Pushed by zamundaaa into branch 'Plasma/6.1'. greeter/authenticators: add a property for if a prompt was shown in the past This is needed to properly check for whether or not to show an unlock button (cherry picked from commit bc1e4a18ce37d1f40cb6a50acf3d9c53b052bf5e) Co-authored-by: Xaver Hugl <xaver.hugl@gmail.com> M +14 -0 greeter/pamauthenticators.cpp M +5 -0 greeter/pamauthenticators.h https://invent.kde.org/plasma/kscreenlocker/-/commit/6297d4d2e37abadfab0f7389aec9aa4af7f928bc Git commit 4654e3474c8a40a4febcaaf844b60ae5846b9d7e by Xaver Hugl. Committed on 02/07/2024 at 20:05. Pushed by zamundaaa into branch 'master'. lockscreen: fix the check for authentication prompts Storing the state for this in qml is problematic, because it gets reset on screen changes M +1 -6 desktoppackage/contents/lockscreen/LockScreenUi.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/4654e3474c8a40a4febcaaf844b60ae5846b9d7e Git commit 46910cb6a0a6cb8ad6b60ba2b8dfb224624df2ec by Xaver Hugl. Committed on 02/07/2024 at 20:14. Pushed by zamundaaa into branch 'Plasma/6.1'. lockscreen: fix the check for authentication prompts Storing the state for this in qml is problematic, because it gets reset on screen changes (cherry picked from commit 4654e3474c8a40a4febcaaf844b60ae5846b9d7e) Co-authored-by: Xaver Hugl <xaver.hugl@gmail.com> M +1 -6 desktoppackage/contents/lockscreen/LockScreenUi.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/46910cb6a0a6cb8ad6b60ba2b8dfb224624df2ec Could it be that this fix causes bug #490547 ? |