I get the same thing with fingerprint authentication. See Bug 454706.

Same problem with face login (Howdy). 

This comes just after the "Screen locker is broken and unlocking is not possible" (455874)  was apparently fixed. Lost count how many times that one regressed. It even comes with it's own instructions screen, that's how "popular" it is. 

And this one seems to be intentional: "This patch adds an explicit button that must be pressed if no other prompts were given during the authentication process."

I am on the Neon "user" feed, and I must say, the stuff that ends up in it is not fit for daily use of an operating system.

:(

(In reply to Andrej Falout from comment #2)
> Same problem with face login (Howdy). 

Howdy stopped working for me a while ago, but it seems it's not Plasma's fault. Although it works with everything else (sudo, polkit)

https://bugs.kde.org/show_bug.cgi?id=449577
https://github.com/boltgolt/howdy/issues/551

Hello,

In my case, the same, after some update...

Maybe the following method will help:

$ /usr/lib/kscreenlocker_greet --testing

showed, among others:

file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/LockScreenUi.qml:75: Error: Cannot assign to non-existent property "showPassword"

So I deleted line 75 in that file:
mainBlock.showPassword = false;

and the additional screen with the "Unlock" button is no longer displayed.

*** Bug 456639 has been marked as a duplicate of this bug. ***

Marking as confirmed since multiple people are reporting it.

*** Bug 456639 has been marked as a duplicate of this bug. ***

Same problem with 5.25.3, clicking unlock button does nothing. I have to re-enter my pw with the virtual keyboard and then click unlock. Using x11.

This happens for me too. Arch Linux.

What is worse is that the unlock button actually only works on one of my computer (desktop). On my laptop the button does nothing making it impossible to get back into the session without logging into a vt and using loginctl to unlock the session that way!

The laptop with that issue is running hybrid graphics (but they are in intel-only mode). Happens with kscreenlocker 5.25.3-1 package as well as older 5.25.x versions too. Downgrading to kscreenlocker-5.24.90-1 fixes the issue.

I'm using X11.

There is a temporary workaround as described in: https://www.reddit.com/r/archlinux/comments/vxho5o/most_recent_kdeplasma_update_prevents_unlocking/

Temporary workaround: Switching to another console (Ctrl + Alt + F2) and issuing the following command and then switching back to the main session by using Ctrl + Alt + F1:

loginctl unlock-session 2

(You can get the session list by just running loginctl without any arguments)

> Same problem with 5.25.3, clicking unlock button does nothing.
That's a different issue; see Bug 456639. This bug report is about the "Unlock" button appearing unnecessarily, not it being broken.

(In reply to Nate Graham from comment #11)
> > Same problem with 5.25.3, clicking unlock button does nothing.
> That's a different issue; see Bug 456639. This bug report is about the
> "Unlock" button appearing unnecessarily, not it being broken.

It is kind of hard to tell these bugs apart. I seem to be having a combination of Bug 456210 and this or bug 456639. 

I see an unlock button after entering my password. Said button doesn't work unless I unplug the external monitor. Downgrading to any 5.25.x release does not fix it. Only going back to 5.24.x works.

For anyone on Arch Linux running into these issues I suggest for now downgrading using:

sudo pacman -U https://archive.archlinux.org/packages/k/kscreenlocker/kscreenlocker-5.24.90-1-x86_64.pkg.tar.zst

Good call out. I am on multi-monitors too, on Arch. And the Unlock button is broken when all monitors are connected.

(In reply to Vorpal from comment #12)
> For anyone on Arch Linux running into these issues I suggest for now
> downgrading using:
> 
> sudo pacman -U
> https://archive.archlinux.org/packages/k/kscreenlocker/kscreenlocker-5.24.90-
> 1-x86_64.pkg.tar.zst

Please don't suggest doing partial upgrades on Arch, this is totally unsupported and has a high chance of totally breaking your system.

(In reply to Vorpal from comment #12)
> (In reply to Nate Graham from comment #11)
> > > Same problem with 5.25.3, clicking unlock button does nothing.
> > That's a different issue; see Bug 456639. This bug report is about the
> > "Unlock" button appearing unnecessarily, not it being broken.
> 
> It is kind of hard to tell these bugs apart. I seem to be having a
> combination of Bug 456210 and this or bug 456639. 
> 
> I see an unlock button after entering my password. Said button doesn't work
> unless I unplug the external monitor. Downgrading to any 5.25.x release does
> not fix it. Only going back to 5.24.x works.

Do you see a password prompt on all of your displays? 
In my situation, the lock screen appears on all monitors and the password entry prompt appears only on monitors the cursor has moved onto.
In my case, I have 3 displays, and if I move the cursor on all 3 displays to show a prompt on all 3 displays, the "unlock" button appears and when clicked, I can get into my session.
If I _do not_ move the cursor around to all 3 displays first before entering the password, the "unlock" button appears but does not function and I cannot get into my session.

Please update your system after Arch packagers apply the fix to bug 456639. It should be quite soon; they are awesomely super responsive about this sort of thing. After that, let's see if your issues with the Unlock button not working with multimonitor setups (not single-monitor setups) is fixed, or if they are still there. If that specific issue persists, we should get a new bug report about it to distinguish that from the issue fixed in bug 456639.

Actually no need for a new bug report; Bug 456210 tracks the multimonitor-specific issue.

(In reply to Antonio Rojas from comment #14)
> (In reply to Vorpal from comment #12)
> > For anyone on Arch Linux running into these issues I suggest for now
> > downgrading using:
> > 
> > sudo pacman -U
> > https://archive.archlinux.org/packages/k/kscreenlocker/kscreenlocker-5.24.90-
> > 1-x86_64.pkg.tar.zst
> 
> Please don't suggest doing partial upgrades on Arch, this is totally
> unsupported and has a high chance of totally breaking your system.

This is true. However:
* being able to unlock the screen but a slightly no standard and unsupported setup
vs
* having a completely useless system where I can't use suspend in any meaningful way.

(In reply to darcagn from comment #15)
> (In reply to Vorpal from comment #12)
> > (In reply to Nate Graham from comment #11)
> > > > Same problem with 5.25.3, clicking unlock button does nothing.
> > > That's a different issue; see Bug 456639. This bug report is about the
> > > "Unlock" button appearing unnecessarily, not it being broken.
> > 
> > It is kind of hard to tell these bugs apart. I seem to be having a
> > combination of Bug 456210 and this or bug 456639. 
> > 
> > I see an unlock button after entering my password. Said button doesn't work
> > unless I unplug the external monitor. Downgrading to any 5.25.x release does
> > not fix it. Only going back to 5.24.x works.
> 
> Do you see a password prompt on all of your displays? 
> In my situation, the lock screen appears on all monitors and the password
> entry prompt appears only on monitors the cursor has moved onto.
> In my case, I have 3 displays, and if I move the cursor on all 3 displays to
> show a prompt on all 3 displays, the "unlock" button appears and when
> clicked, I can get into my session.
> If I _do not_ move the cursor around to all 3 displays first before entering
> the password, the "unlock" button appears but does not function and I cannot
> get into my session.

I did not try this. I do believe I saw a password prompt on multiple displays and was not able to get in. I don't have time to test this further today though unfortunately.

(arch) Updated to 5.25.3.1-1 (plasma-wayland-session, plasma-workspace) and its fixed for me!

(In reply to sid8tive from comment #20)
> (arch) Updated to 5.25.3.1-1 (plasma-wayland-session, plasma-workspace) and
> its fixed for me!

Updating plasma-workspace to 5.25.3.1-1 seems to fix this in that I don't see the unlock button and multi screen unlock works. Works with both the password and fingerprint.

I have the following fragment in /etc/pam.d/kde: 

auth            sufficient      pam_unix.so          try_first_pass likeauth nullok
-auth           sufficient      pam_fprintd.so       max_tries=1 timeout=10

Can/should this be closed as RESOLVED FIXED now? Looks like with the patch it is now fixed.

Arch isn't the only distro using KDE!

So no, it isn't fixed, just worked around in Arch.

(In reply to K.J. Petrie from comment #23)
> Arch isn't the only distro using KDE!
> 
> So no, it isn't fixed, just worked around in Arch.

As I understand it, Arch just applied an upstream KDE commit to their version of the package. If that is correct, then it would indeed be *fixed*.

5.23.3.1  is available on all distros. It is a KDE release.

Note that this isn't the same as the author's original report about howdy, but we can track that in 454706.

(arch) Updated to 5.25.3.1-1 and this is still a problem. 
It seems random when it happens though. Sometimes it works. Sometimes it gets stuck with the unlock buttons that do nothing when clicked.
I suspect it's based on how long it has been locked. This seems to happen more often if I leave the computer locked overnight.

I'm downgrading to 5.24 as suggested earlier. I rather have an "unsupported system" than one I cannot unlock at all.

With current git master, I can reproduce this issue when using fingerprint authentication (which is Bug 454706), but not normal password authentication. I tested with a single monitor as well as multiple monitors.

*** This bug has been marked as a duplicate of bug 456210 ***

The original bug about a bad backport is fixed. There's discussions about other bugs. 
Reopening this is unhelpful at this point as it's just 

Lets fix the bug tagged as a duplicate for the other comments and see where we are from there.

Switched a gentoo box to 5.25.5 on the weekend and see that weird button every single time. I can already say that it seems clearly related to pam_u2f and other are also reporting special pam modules. If i have a yubikey plugged i need to touch it several times and hit that new "Unlock" button. If there is no yubikey plugged i can log in with my password like before.

Note that i am using the pam_u2f not as a 2nd factor but as an alternative to a password so "sufficient" and not "required" ... probably much like the face recognition someone talked about, or was it fingerprint ... or both?

This was marked as a duplicate of https://bugs.kde.org/show_bug.cgi?id=456210 but it really is not. The "Unlock" button seem to be an effect of any special pam, maybe one without a password.

> file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/UserList.qml:43:9: Unable to assign [undefined] to bool

Now when i have one screen i have to hit the button one time. A button i would not expect at all ...

Adding a second screen meens adding a second push of the new button, and a second touch of my yubikey. I did not try 3 screens but am willing to guess what might happen ...

So i open this one back up. That "new" "unlock" button came somewhere between 5.24.6 and 5.25.5, likely in relation to "special pam". And it seems you have to push it several times when having more than one screen.

> The "Unlock" button seem to be an effect of any special pam, maybe one without a password.
Indeed, that's what the last comment in Bug 456210 indicates, so I think it really is a duplicate. Could you add your information to Bug 456210? Thanks!

*** This bug has been marked as a duplicate of bug 456210 ***

I am using 
```
Operating System: openSUSE Tumbleweed 20240313
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.7.9-1-default (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 9 5950X 16-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3070/PCIe/SSE2
Manufacturer: Micro-Star International Co., Ltd.
Product Name: MS-7B79
System Version: 2.0
```
And encounter this same issue. It is mildly annoying, please help.

If your unlock button works, it's a different issue, so please open a new bug report for it. Thanks.

*** This bug has been marked as a duplicate of bug 456210 ***