https://bugs.kde.org/show_bug.cgi?id=449857
David Edmundson changed:
What|Removed |Added
Flags|Wayland-, X11+ |
Component|general
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #47 from Nathan ---
Comparing the older files on my desktop with the newer ones on my laptop that
display the bug, I believe I have found the source of the problem. Between the
two, looking at the changes to /usr/share/plasma/look-and-feel/,
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #48 from Wedge009 ---
Interesting. I confirm that removing those lines also resolves the issue for
me, at least what is reported in bug #439604. I am also using Kubuntu 20.04, so
am using Plasma 5.18 not 5.24.
--
You are receiving this mai
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #49 from Wedge009 ---
It looks like only the 'enabled: visible' line is relevant here. I reinstated
'visible: opacity > 0' and I still get the desired historical behaviour of
keyboard inputs feeding straight into the password input field. Th
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #50 from Wedge009 ---
I apologise if this was already discussed in these bug reports but the fix was
applied to master with MR 561:
https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/561
Commentary suggests some reason this cou
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #51 from Fabian Vogt ---
(In reply to Wedge009 from comment #50)
> I apologise if this was already discussed in these bug reports but the fix
> was applied to master with MR 561:
> https://invent.kde.org/plasma/plasma-workspace/-/merge_reque
https://bugs.kde.org/show_bug.cgi?id=449857
--- Comment #52 from maciej.p.pawlow...@gmail.com ---
I can confirm that commenting out "enabled: visible" from
/usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/LockScreenUi.qml
solves the issue for me.
I'm running:
Operating S