Auf Mastodon ansehen
Da der erste Artikel in dieser Serie viel Zuspruch erhalten hat, möchte ich sie fortführen. Um eines klarzustellen: Mir geht es nicht um Developer-Bashing, sondern nur darum, aufzuzeigen, welche Anwendungen ich häufig verwende und welche "Kleinigkeiten" mich nerven. Wie beim letzten Aufreger-Artikel zu lesen war, können sich durch eure Kommentare Lösungen, Kniffe oder Einstellungsänderungen ergeben, mit denen vielen geholfen ist, die sich auch daran nerven. Und im Sinne von "kein Ticket, kein Problem", schreibe ich gerne Issues oder Pull Requests in die Gits der betroffenen Projekte. Ausserdem muss man diese Serie nicht bierernst nehmen, sondern kann sie mit einer Prise Humor betrachten.
Nextcloud
Bevor ich heule, möchte ich vorausschicken, dass ich Nextcloud, bzw. den Vorgänger OwnCloud, seit ca. 12 Jahren mit grosser Begeisterung verwende. Die freie Cloud ist mein täglicher Begleiter bei sehr vielen Aufgaben:
- Kollaboratives Arbeiten an Texten
- PIM-Synchronisation (Aufgaben, Kontakte, Kalender) mit allen meinen Geräten
- Dateiablage
- Notizverwaltung
- News-Reader
Auch im Projekt GNU/Linux.ch verwenden wir eine Nextcloud-Instanz, um uns zu organisieren. Nextcloud sollte in keinem Haushalt fehlen. So, genug gelobt. Jetzt rege ich mich auf.
Nextcloud-Text
Die App gehört zur Standardinstallation einer Nextcloud. Dabei handelt es sich um einen Markdown-fähigen Texteditor, der zum Einsatz kommt, wenn man im Dateimanager eine neue Textdatei anlegt oder in der App Nextcloud-Notes schreibt. Ich verwende sie für alle Texte, die ich in der Nextcloud schreibe. Die Markdown-Fähigkeiten genügen mir; ich brauche kein Collabora-Office in der Nextcloud. Auch bei GNU/Linux.ch schreiben wir im CORE-Team alle Texte, Protokolle, Shownotes, usw. damit. So sieht sie aus:
Seit (gefühlt) 6 Monaten hat die Anwendung ein Problem. Beim Wechsel in einen anderen Browser-Tab oder in eine andere Anwendung, verliert Nextcloud-Text den Cursor-Fokus. Das ist ein ungewöhnlicher Fehler, den ich bisher in keiner anderen Anwendung gesehen habe.
Angenommen, ihr schreibt einen Text, wechselt dann zu einer anderen Anwendung, um etwas nachzulesen oder zu kopieren. Dann kehrt ihr zurück zum Nextcloud-Editor, um dort weiterzuschreiben, wo ihr aufgehört habt. Zwar steht der Cursor noch an der richtigen Stelle, hat jedoch den Fokus verloren. Wenn man jetzt tippt, wird kein Text an der Cursormarke eingefügt. Stattdessen werden (ungewollt) Tastaturkommandos vom Editor angenommen. Das kann fatale Auswirkungen haben, die bis zum vollständigen Datenverlust führen können. Zumindest stört dieses Verhalten den Arbeitsfluss enorm, da man 1. nicht damit rechnet und 2. mit der Maus den Cursor wieder aktivieren muss, bevor man an der letzten Stelle weiterschreiben kann.
Wird der Fehler behoben?
Wer einen solchen offensichtlichen Fehler findet, schaut im Internet nach, ob man nur zu blöde für die Bedienung ist, oder ob andere auch damit kämpfen. Ich habe ein Issue im Notes-Projekt gefunden:
https://github.com/nextcloud/notes/issues/1651
Vermutlich ist es das falsche Projekt für die Meldung, weil Nextcloud-Notes lediglich Nextcloud-Text wiederverwendet. Dort habe ich in den Issues nach "Cursor" und "Focus" gesucht, aber kein passendes Issue gefunden. Bei den Pull Requests gibt es auch nichts. Deshalb habe ich ein neues Issue angelegt:
https://github.com/nextcloud/text/issues/8239
Häufig frage ich mich, ob die Entwickler selbst mit ihren Anwendungen arbeiten. Solch ein Problem muss doch auffallen. Ich hätte erwartet, dass bereits eine Fehlermeldung besteht, weil das Problem seit Monaten besteht.
Ich habe noch ein anderes Problem mit Nextcloud, bei dem es um die Datei-Synchronisation geht. Doch das hebe ich mir für den nächsten Artikel in dieser Serie auf.
Titelbild: eigener Screenshot von Nextcloud Notes
Quellen: im Text
Nextcloud ist aus denselben Gründen beliebt wie Microsoft 365: weil es ein Komplettpaket ist, welches alles kann. Dass es davon nichts so wirklich 100 % gut kann, wird häufig ausser Acht gelassen. Teilweise sogar belächelt, falls man Probleme benennt.
> Häufig frage ich mich, ob die Entwickler selbst mit ihren Anwendungen arbeiten.
Das frage ich mich an sehr vielen Stellen auch… Ein Beispiel: Bei mir zerschießt sich in KeePassXC immer die Seitenleiste mit den ganzen Ordnern was aber nur ein UI-Bug ist. Die Leiste verkleinert sich auf das Minimum und die Ordnerliste und die Tags unten drunter verschwinden einfach aber „Griffpunkt“ für die Tag-Liste bleibt da. Zieht man daran, erscheint die Tag-Liste normal und die Ordner-Liste erscheint nach unten verschoben wieder. Zieht man die Seitenleiste größer oder kleiner dann ist die Leiste wieder normal. Passiert mir nach dem Entsperren der Datenbank sowohl auf der Linux-Version als auch in der Windows-Version.
Dein KeePass-Beispiel hört sich so an, als würde es nur unter bestimmten Umständen (Betriebssystem, Desktop-Umgebung, usw.) auftreten. Kannst Du das auf anderen Systemen reproduzieren oder kennst Du andere Leute, die dasselbe Problem haben?
Ja ich hatte diese UI-Probleme auch gehabt (Flatpak Version von Keepass und auch unter Windows 11) und bin auch deswegen hin zu Bitwarden gewechselt. QT Programme versuche sogut es geht zu meiden. Verbuggt, überladen, häßlich. GTK ist besser und im Falle von Keepass sind wir im Jahr 2026, das heisst Synchronisierung muss sicher geräteübergreifend funktionieren. Keepass kann das shalt alles nicht.
Das ist tatsächlich ein Grund, um sich aufzuregen ;) Mir geht das immer so mit Electron-basierten Desktop-Apps, die AltGr als Alt interpretieren, obwohl AltGr bei mir ein Modifier für die 4. Ebene meines Tastaturlayouts, neo-layout ist. Dein Artikel ist ein Anlass, gleich mal einen Bug-Report zu erstellen.
> Häufig frage ich mich, ob die Entwickler selbst mit ihren Anwendungen arbeiten.
Ich glaube, dass du hier ein wenig zu strikt bist. Oft sind solche Fehler abhängig von vielen Umständen, wie z. B. genutzter Desktopumgebung, Erweiterungen, usw. Es ist gut möglich, dass der Fehler trotz Verwendung durch die Entwickler noch nicht aufgefallen ist. Oder, dass er auf der Prioritätsliste einfach nicht so weit oben steht.
Robert, ich bin grundsätzlich Deiner Meinung. Im vorliegenden Fall hängt es jedoch nicht von vielen Umständen ab, sondern ist allgemein reproduzierbar. Die Nextcloud-Devs haben sich bereits heute gemeldet und möchten sich des Problems annehmen.
ich sehe es positiv, man kann auch als nicht dev das projekt unterstützen, indem man einen bug eintrag macht. dadurch wird das projekt langfristig besser. und ja, es sind oft die kleinigkeiten oder die summe der kleinigkeiten, die jmd. aufregen. ich freue micht dann auch immer, wenn die entwickler dankbar für den bug eintrag sind und er behoben wird.
Insgesamt ein sehr wichtiges, viel zu wenig beachtetes, Thema das Leute mit dem Melden von Fehlern in Open Source Projekten einen großen Beitrag zur stetigen Verbesserung leisten können. Außerdem finde ich an diesem Bug besonders interessant, dass diese Art von Fehler eigentlich unmöglich von irgendeiner KI (oder durch automatisierte Tests) gefunden werden kann.
Hallo Ralf,
zur Frage "Warum hat das keiner gefunden?", wahrscheinlich weil es in den automatisierten Tests in https://github.com/nextcloud/text/tree/main/tests kein entsprechendes Scenario gibt. Ich weiß allerdings nicht, ob der verwendete Test-Driver solch ein Scenario überhaupt unterstützt.