Auf Mastodon ansehen
Nun ja, ich rege mich nicht auf, sondern möchte der Community und den Entwicklern einen Hinweis auf einen Bug geben. Unter gewissen Umständen kann dieser Bug Daten zerstören. Es geht um die Funktion zum iterativen Ausfüllen von Zellen in LibreOffice-Calc. Um genau zu sein: LibreOffice-Calc-still Version 25.8.5.2 installiert als natives Paket unter Manjaro/GNOME/Wayland.
Von LibreOffice gibt es immer zwei stabile Versionen, nämlich still und fresh. Die aktuelle still-Version ist 25.8.6 und die fresh-Version ist 26.2.2.
LibreOffice Fresh ist die stabile Version mit den neuesten Funktion.
Wer die letzte Entwicklung haben möchte, ist mit dieser Version gut beraten.
LibreOffice Still ist die stabile Version, die mehr Test über einen längeren Zeitraum durchlaufen hat.
Sie eignet sich für konservative Einsatzzwecke, bei denen es auf grösstmögliche Stabilität ankommt.
Was ist die Funktion zum iterativen Ausfüllen von Zellen?
Hat man z. B. eine Spalte in der Tabellenkalkulation mit ein paar Werten (1, 2, 3), so kann man eine dieser Zellen (hier die 3) mit der Maus am Ohr fassen (das kleine Rechteck in der Zelle) und nach unten ziehen. Dadurch werden die Zellen darunter iterativ ausgefüllt (4, 5, 6). Das funktioniert in LibreOffice-Calc einwandfrei, solange es bei diesem einfachen Beispiel bleibt.
Das Problem tritt auf, wenn die ausgefüllte Spalte nicht mehr auf den Bildschirm passt. Dies ist abhängig von der Auflösung, der Bildschirmgrösse und dem Zoom-Faktor. Wenn ihr das selbst ausprobieren möchtet, könnt ihr eine Spalte so weit ausfüllen, dass das Fenster mit dem Scrollen beginnt. Dann nehmt ihr die unterste ausgefüllte Zelle und zieht am Ohr nach unten (genauso wie oben beschrieben).
Entgegen der Erwartung tritt nun ein seltsamer Effekt auf. Der Auswahlbereich zieht sich nicht nach unten auf, sondern springt erratisch nach oben. Im Beispiel mit einer aufsteigenden Zahlenreihe passiert dadurch nichts, weil eine negative Iteration durchgeführt wird, die zu denselben Werten führt. Doch wehe, die Werte sind keine Folge, sondern zufällig. Angenommen, ihr habt eine Spalte mit verschiedenen Datumsangaben:
Dann ist nach der Aktion Schicht im Schacht. Eure Daten sind kaputt:
Jetzt möchte ich nicht für jeden Bug, den ich in irgendeiner Software finde, einen Artikel schreiben. Doch da dieser Bug leicht zu Datenverlust führen kann, fand ich es angemessen, darüber zu schreiben.
Bug Report
Selbstverständlich habe ich geprüft, ob es dazu im Bugzilla der Document Foundation bereits einen Report gibt. Ja, gibt es: https://bugs.documentfoundation.org/show_bug.cgi?id=150321. Der Bug-Report stammt vom August 2022. Ich habe dazu kommentiert, dass der Fehler auch heute noch existiert. Interessant ist, dass dieser Fehler nur unter Wayland auftritt.
Falls ihr auch davon betroffen seid, dann passt auf, dass ihr euch nicht versehentlich eure Daten zerschiesst.
Nachtrag
Es gab einige Kommentare unter dem Artikel und auf Mastodon. Auf einige davon möchte ich kurz eingehen.
Ist es ein LibreOffice-Bug oder ein Wayland-Bug? Ja, der Fehler tritt nur unter Wayland auf, aber ich sehe ihn eher als LO-Bug, weil er sich auf eine spezifische Funktion von LO-Calc bezieht. Betrachtet man die Sache aus Anwenderperspektive, so würden wahrscheinlich 99 % der Anwender:innen den Bug bei LO melden, anstatt bei Wayland. Falls es tatsächlich ein Wayland-Bug ist, würde ich von den LO-Entwicklern erwarten, dass sie entweder darum bitten, den Bug bei Wayland zu melden, oder ihn selbst melden, weil sie viel genauere (technische) Angaben dazu haben.
Ich schreibe von möglichem Datenverlust, weshalb jemand auf Mastodon fragte, ob denn Strg+Z (Rückgängigmachen des Befehls) nicht funktionieren würde. Doch, Strg+Z funktioniert, vorausgesetzt, man hat den Fehler überhaupt mitbekommen, was nicht zwingend der Fall sein muss.
Dann hat Claudia in den Kommentaren einen Workaround präsentiert (vielen Dank dafür). Ihre Lösung möchte ich kurz vorstellen.
Ausgehend von der letzten (oder einer beliebigen) ausgefüllten Zelle (im Screenshot die 3) markiert man mit der Maus oder mit Umschalt+Down einen Bereich. Dann tippt man entweder Strg+D, um die 3 in die markierten Zellen zu kopieren, oder wählt aus dem Menü Tabelle → Zellen ausfüllen → Mit Reihen aus, um eine Folge zu erstellen (3, 4, 5, …).
https://pixabay.com/photos/spreadsheet-number-numbers-excel-2816806/ (modifiziert)
https://de.wikipedia.org/wiki/LibreOffice_Calc#/media/Datei:LibreOffice_7.5_Calc_Icon.svg
Von Galdam Jitsu (Geeko) - https://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/icons/hicolor/scalable/apps/calc.svg?h=libreoffice-7.5.0.1, MPL 2, https://commons.wikimedia.org/w/index.php?curid=147735482
Quellen: im Text
Da der Fehler nur unter Wayland auftritt frage ich mich gerade:
Ist das nun ein Calc-Problem oder ein Wayland-Problem?
Tönt nach einem "Henne/Ei-Problem". 🤔
Das dachte ich mir auch. Bzw. ein Problem des Wayland-Fenstermanagers?
Hallo Ralf,
ich habe eine einfache Lösung für Dein Problem. Im Menü "Sheet -> Fill Cells -> Fill Series" kannst du einen Startwert, Endwert und die Schrittweite eingeben. Ein zigster Nachteil bei dieser Funktion man muss vorher eine Auswahl markiert haben. Also man drückt einmalig auf den Buchstaben A (Spalte), dann sind alle Zeilen markiert, dann zu diesen Menü Punkt gehen und seine Start und Endwerte eingeben und dann wird automatisch die Zahlenfolge hinterlegt. Sofern man es erweitern möchte muss man in der Statusleiste schauen wie viele Zeilen man Markiert hat (Bei mir ist es die zweite Spalte im Statusbereich).
Ich benutze die Englische GUI, da die meisten Sachen immer in Englisch erklärt wurden, habe ich mich an diese Art gewöhnt.
Ich finde diese Serie einfach super "Ralf regt sich auf ...", dass gibt einem immer ein warmes Gefühl, dass man nicht allein ist mit manchen Fehlern.
Ich hatte das mit exakt deinen Daten gemacht und tatsächlich wurde wild nach oben aufgefüllt. Allerdings nur beim ersten Mal. Danach konnte ich es nicht mehr reproduzieren und alles wurde korrekt und ohne Datenverlust nach unten weiter geschrieben. Ich verwende die Version 26.2.2.2
Bezüglich Calc möchte ich anmerken, dass bei neuen Version von LibreOffice gefühlt 90% der Entwicklung und den Veränderungen hauptsächlich bei Writer, der Textverarbetung, stattfindet. Die Textverarbeitung ist zwar das Aushängeschild, doch wenn man nicht gleichzeitig einen halbwegs wettbewerbsfähigen Excel-Ersatz entwickelt, wird LO nie das Ziel einer vollständigen Office Alternative erreichen. Gleiches gilt übrigens auch für die anderen LO Komponenten Impress, Draw und Base, bei denen ebenfalls keine nennenswerte Weiterentwicklung zu spüren ist. Und die Release-Notes der letzten Jahre bestätigen das leider immer wieder aufs neue.
So wird das nichts mit Linux und (L)office in der Masse. Hat schon einen Grund warum sich das Bastelzeugs (auch in Behörden) nicht durchsetzen wird. Trotz versuche.