KepassX würde ich aus historischen Gründen durchaus als eigenständigen Artikel im Archiv stehen lassen. Bilder würde ich neu machen, geht schnell.
Find ich nicht, vielleicht stell ich mich ja aber auch einfach nur an ☺ .
Wir haben noch viel ältere Programme im Archiv, die schon seit teilweise >10 Jahren keiner mehr nutzt (da längst nicht mehr unterstützt).
Welchen Displayserver benutzt du? Mit Wayland funktioniert es, mit X.Org hatte ich schon unter KepassX Probleme.
Kubuntu, daher müsste das X.Org sein.
Sollte dann ggf. in den Artikel. Vielleicht kann ja auch mal jemand recherchieren, ob das Problem schon bei den Zuständigen bekannt ist (anzunehmen) und warum es noch keinen Fix gibt.
[...]aber das ist wirklich nur "dummes" tippen - egal wo ich grad (im Fenster) bin.
Kann man aber einstellen, siehe Anhang. Oder meinst du, dass du das konkrete Feld auswählen muss? Ja, das kann nervend sein, ist aber nach meiner Erfahrung oft schon vorausgewählt.
Ja und selbst dann "trifft" er das manchmal nicht richtig.
Und wenn dann ein Zeichen zu früh/zu spät interpretiert wird, landet das PW im Benutzerfeld oder umgekehrt.
???
Ich weiß nicht, woran es liegt: In KeePassXC ist ja die Zeichenfolge hinterlegt: BENUTZER - TAB - PW - ENTER. Das scheint nicht immer zu klappen, siehe Anhang.
Das Problem kenne ich nicht. Leider ist der Anhang nur begrenzt aussagekräftig. Ich nehmen an, der Username ist dort im Passwortfeld gelandet? Gleichzeitig scheint aber bei dir aber auch die Browserintegration aktiv zu sein...
Ich kenne bisher das Problem bei Xorg eher so, dass die Zeichen durcheinandergewürfelt werden: Aus Test wird dann Tset oder eTst...
[...]gegenüber dem BrowserPlugin[...]
Das funktioniert aber halt nur im Browser.
Richtig. Deshalb habe ich im Artikel bei AutoType den "Browser" auch weitgehend entfernt. In KeePassX wird da nur der Browser erwähnt.
Wie gesagt, das Problem scheint nur Xorg zu betreffen. Ich verwendet den Autotype seit Jahren, und unter Wayland seit jeher ohne Probleme.
Und einem Browserplugin seine Passwörter anvertrauen ist auch so eine Sache...
Jein. Die Daten liegen ja in der KeePass-Datenbank. Standardmäßig muss jede Freigabe von User/PW an das Plugin bzw. eine Webseite (jedes Mal neu!) bestätigt werden. Wenn man da nicht den Haken setzt, dass man das merken will, kann man IMHO über das Plugin nicht viel ausrichten. Bin aber kein Hacker, vielleicht habe ich auch unrecht.
Bin da auch nicht tief genug drinnen. Ich habe von einem Bekannten, der in dem Bereich arbeitet (Penetrationstests), die Empfehlung bekommen, darauf nach Möglichkeit eher zu verzichten. Aber diese Entscheidung ist letzten Endes auch immer vom konkreten Bedrohungslevel und der Sensibilität der verwendeten Passwörter ab. Bei uu-Passwort würde ich ggf. noch darüber nachdenken, bei sensibleren Passwörtern fände ich eine direkte Zugriffsmöglichkeit des Browsers auf die Datenbank (auch punktuell) problematisch. Mit Sicherheitslücken ist grundsätzlich zu rechnen.
Für mich hat die Browserintegration beim Testen außerdem keine spürbare Verbesserung in meinem Work-flow gebracht. Daher habe ich mich dagegen entschieden.
/Nachtrag: Das Systemtray-Bild sieht mit dem schwarzen Hintergrund im Artikel m. E. hässlich aus. Ich würde einfach das Logo nehmen, ist exakt das selbe Bild, aber ohne Rand. Kann man ja klein skalieren.
Magst du das machen, wenn du an den Bildern bist? Ich erwähne dich dann auch in Wiki/Neue Artikel 🤣
☺ Mache ich.