staging.inyokaproject.org

Ich habe das Verhalten auch, wenn der Rechner nach Zeit oder durch Meta+L gesperrt wurde ist eine Mausbewegung notwendig. Dito auch nach Suspend to RAM.

Ich finde das nervig.

Gibt es noch keine Lösung zu dem Problem?

Kubuntu 20.04 (64 Bit) mit KDE-Plasma 5.18.8

Ich kann das Verhalten mit dem nicht-angezeigten Passwortfeld nicht nachstellen. Ich vermute, dass das am alten Qt5.12 (QScreen?) liegt, da gab es mal eine Reihe von Problemen beim Einzug von Wayland, die dann behoben wurden. Das lässt sich unter 20.04 aber nicht mehr reparieren, wenn man nicht manuell ein neueres Qt parallel installieren und die Pakete selbst kompilieren möchte. Da hilft nur Upgrade auf eine noch unterstützte Version (5.12 ist EOL, da passiert also auch nix mehr).

Was das Aufwecken angeht: Soweit ich das an meinem Laptop nachvollziehen konnte, wird der Tastendruck zum Aufwecken gar nicht ans OS weitergegeben, also bleibt erst aufzuwecken und dann das PW einzugeben. Das läge dann wohl irgendwo in der Firmware/UEFI des Laptops — und da komm ich nicht dran, weil closed source. Eventuell wird auch der Tastendruck vom Kernel verworfen, ich habe lediglich das bereits bekannte input-device unter /dev/input/eventX im Zugriff.
Wäre aber natürlich auch möglich, das mein Keylogger auch noch nicht wach ist. Jemand der Lust hat, kann sich ja ein kleines Kernelmodul als Keylogger schreiben und da prüfen, ob der Tastendruck registriert wird.

ChickenLipsRfun2eat schrieb:

Hast du mehrere Bildschirme angeschlossen? Verwendest du die x11 oder Wayland-Session mit Plasma

Ich habe das gerade mal probiert, mit:

/usr/bin/sddm
x11

auf Ubuntu 20.04 und Suse Leap (jeweils mit DE: Plasma ) muss ich bei (btw. in) einem zweiten Bildschirm auch erst mit der Maus hantieren. Einmal die "Leertaste" gedrückt. Erst danach ist die Eingabe des Passwort möglich.

gerold123 schrieb:

… /usr/bin/sddm … einem zweiten Bildschirm auch erst mit der Maus hantieren. Einmal die "Leertaste" gedrückt. Erst danach ist die Eingabe des Passwort möglich.

SDDM ist beim Login. Der sollte eigentlich auf einem der beiden (oder beiden) ohne Interaktion die Nutzerliste anzeigen. Sperrbildschirm hier ist aber was anderes, mach für SDDM bitte ein neues Thema auf.
Der Lockscreen nutzt /usr/lib/kscreenlocker_greet als Ergänzung zur Plasmashell (am Sperrbildschirm sind nen Haufen Prozesse beteiligt), auch wenn der Displaymanager bspw. GDM ist.

So, ich kann leider nicht mehr mitreden weil ich Ubuntu 22.04 neu installiert habe. Ich lasse das Thema aber offen

Stelle seit etwa 4-6 Wochen das gleiche Verhalten fest. Was ich noch nicht durchschaut habe: Manchmal wird das Eingabefeld zwar durch drücken einer Taste aktiv, erhält aber den Fokus nicht, manchmal wird das Feld aber noch nicht mal aktiv. Demnächst installiere ich Manjaro auf ein neues Notebook, mal sehen, ob es da auch auftritt.

wmf40 schrieb:

… installiere ich Manjaro…

Wenn die nix verbastelt haben, dann nicht. In Arch gibt es das Phänomen nicht. Nur in Kubuntu/KDE neon mit Basis 20.04.

ChickenLipsRfun2eat schrieb:

In Arch gibt es das Phänomen nicht. Nur in Kubuntu/KDE neon mit Basis 20.04.

In Suse-Tumbleweed auch nicht und auch Kubuntu 21.10 zeigt dieses Phänomen nicht.

Nachtrag:

burli schrieb:

So, ich kann leider nicht mehr mitreden weil ich Ubuntu 22.04 neu installiert habe. Ich lasse das Thema aber offen

Ubuntu oder Kubuntu?

Frieder108 schrieb:

burli schrieb:

So, ich kann leider nicht mehr mitreden weil ich Ubuntu 22.04 neu installiert habe. Ich lasse das Thema aber offen

Ubuntu oder Kubuntu?

Ubuntu ließ sich installieren, lief aber komisch. Kubuntu blieb im Installer hängen.

Weil ich keine Lust hatte nach der Ursache zu suchen bin ich vorerst zurück auf Kubuntu 21.10

Hast du zufällig drauf geachtet, ob das mit dem Sperrbildschirm noch war?

ChickenLipsRfun2eat schrieb:

Hast du zufällig drauf geachtet, ob das mit dem Sperrbildschirm noch war?

Kubuntu 22.04 ließ sich wie gesagt erst gar nicht installieren. Der Installer ist hängen geblieben. Bei 21.10 gibt es das Problem nicht.

burli schrieb:

Kubuntu 22.04 ließ sich wie gesagt erst gar nicht installieren. Der Installer ist hängen geblieben. Bei 21.10 gibt es das Problem nicht.

Danke 😉 Das bekräftigt meine Vermutung, das es am veralteten Qt5.12 liegt.

Im KDE-Infozentrum steht:

Betriebssystem: Kubuntu 20.04
KDE-Plasma-Version: 5.18.8
KDE-Frameworks-Version: 5.68.0
Qt-Version: 5.12.8
Kernel-Version: 5.13.0-39-generic
Art des Betriebssystems: 64-bit
Prozessoren: 4 × Intel® Core™ i5 CPU M 520 @ 2.40GHz
Speicher: 3,6 GiB Arbeitsspeicher

Nach Eingabe im Terminal von qt<TAB> kommen:

qtattributionsscanner  qtchooser  qtconfig  qtdiag  qt-faststart  qtpaths  qtplugininfo           

Aber nach qtconfig --help

qtconfig: could not exec '/usr/lib/qt5/bin/qtconfig': No such file or directory

oder bei: qtconfig --help

qtconfig: could not exec '/usr/lib/qt5/bin/qtconfig': No such file or directory

Kann man den irgend was in qt anpassen, damit das Problem beseitigt wird? Oder eine neuere Version von qt installieren?

hwessel schrieb:

Kann man den irgend was in qt anpassen, damit das Problem beseitigt wird? Oder eine neuere Version von qt installieren?

Du könntest auf ein aktuelleres Kubuntu wechseln, dieses bringt dann auch ein noch unterstütztes Qt mit.

Es ist auch möglich mehrere Qt-Versionen parallel zu installieren, aber du müsstest dann auch das komplette KDE-Framework und Plasma selbst gegen die neue Qt-Version kompilieren, damit diese genutzt wird (So wie das KDE neon macht). Das kostet dich >30G Platz und viel Geduld, eine Anleitung findest du hier: kde-src Setup.
Andere Qt-Programme laufen dann aber noch immer mit 5.12.

Die Änderungen von Qt6.2/Qt5.15.3 nach Qt5.12 zu portieren ist ne seeeeehr große Aufgabe, Qt5.12 ist schlicht EOL, da Energie reinstecken lohnt sich nicht.

Danke für die Infos.

Da warte ich dann noch ein paar Wochen und nehme die 22.04 LTS - Version. Ist ja nur jeweils ein wenig an der Maus wackeln.