Lokale Kalender wirr und destruktiv

• Thunderbird 102.4.2 (64-Bit)

• Linux Mint 20.3 Cinnamon 5.2.7

• POP/IMAP

• Postfachanbieter: diverse

• kein Google-Kalender

•Nur lokale Kalender

• Eingesetzte Antivirensoftware: ClamTk 6.02

• Firewall: -

Moin,

neuerdings kann ich meine verschiedenen Kalender nicht mehr nutzen.

Neue Termine anzulegen funktioniert nicht, auch nicht in einem testweise angelegten, neuen Kalender.

Zeitweise war es so, dass das Fenster sich mit Schließen nicht schloss, inzwischen schließt es sich zwar, der Termin taucht aber nicht auf.

Stattdessen taucht ein Popup auf, das mir mitteilt, beim Schreiben in den Kalender sei ein "Fehler aufgetreten".

Erinnerungsfenster, die auftauchen, kann ich weder durch Zurückstellen noch durch Schließen loswerden, sondern ich muss mit dem "x" das Fenster schließen - und dann verschwinden die Termine, an die ich erinnert werden sollte.

Das Ganze geht seit 27.11. (Profil aus dem backup eingespielt), und meine Termine in diesen Tagen sind alle schrittweise und ersatzlos verschwunden (immerhin konsequent nach den - unklickbaren - Erinnerungen).

Auch im Fehlerbehebungsmodus ändert sich das Verhalten nicht.

Wie stelle ich die richtigen Fragen?

Versuch macht kluch.

<cache.sqlite> gelöscht.

Nach Neustart alles dasselbe.

Alles, was als Erinnerung auftaucht, geht beim Klicken nicht weg, sondern nur, wenn ich das Fenster mit dem "x" schließe.

Dann öffnet sich der Fehler-Dialog ("MODIFICATION_FAILED"), es scheint also ein Fehler beim Schreiben zu sein.

Der entsprechende Kalender ist anschließend blockiert bis zum nächsten login.

So langsam leert sich mein Kalender, denn nicht nur die Erinnerungen, sondern auch die Termine werden unsichtbar.

Ja, ich habe ics-backups.

Nein, mit einem neu angelegten Kalender klapps auch nich.

Was kann da bloß in der Grütze sein?

Edit:

Ich hab nochmal nachgesehen, und nun taucht überhaupt keine <cache.sqlite> mehr auf:

Stattdessen(?) gibt es eine <local.sqlite-wal>, die verschwindet, wenn TB geschlossen wird:

Zitat von Bastler

-shm und -wal gibt es bei Thunderbird und auch Firefox während sie laufen, das ist normal.

Nach Beenden verschwinden die automatisch, sofern das Ende kein Absturz ist.

Der eine sc ist während des laufenden TB gemacht, der andere (ohne -wal) bei geschlossenem TB.

Da ist -shm allerdings noch da.

In beiden Fällen fehlt <cache.sqlite>.

Zitat von Bastler

Aktionen auf Dateiebene, NUR bei beendetem TB!

Schon klar.

Hab ich schmerzhaft gelernt.^^

Zitat von Bastler

Bei aufpoppen einer Erinnerung, sollte man nicht zu hastig OK klicken, zähl mal bis Zehn.

Ich mache selten hektisch rum.

Die meisten Erinnerungen ändere ich und lasse mich später nochmal erinnern. Also reinklicken, pull down, Zeit auswählen und sorgsam OK klicken.

Das mache ich seit Jahren und in Ruhe.

Zuerst hab ich mehrfach die geänderte Zeit neu eingegeben. Dann war die Zeit halt rum und ich bin in meinen Termin gegangen. Zurück, hatte ich immer noch die Erinnerung. Dann wollte ich "Schließen" klicken, weil ich ja nicht mehr erinnert werden wollte. Nix.

Also mal oben rechts probiert - was ich noch nie getan habe.

Klappt.

Der Termin, an den ich erinnert worden bin, ist allerdings auch weg, und das ist neu.

Sehr ärgerlich, weil es auch Terminserien betrifft, und die sind nun alle weg, scheinbar weil die Routine nicht bloß den stattgehabten, sondern auch alle zukünftigen Termine löscht oder unlesbar macht oder...

Ich weiß es nicht.

Bedeutet, es betrifft nicht bloß den Verlust der Kontrolle über vergangene, sondern auch den zukünftiger Termine.

Wenn ich bis zu einer Reaktion von meiner Maschine bis zehn zählen muss, mache ich mir Sorgen über die Staubauflage des Prozessorlüfters.

Es gibt auch andere threads mit ähnlichen issues (hier und hier und hier).

Zitat von Bastler

Ich habe nur lokale .ics und lasse die erst in Ruhe. Sofort Klicken geht schon mal in den Kalender-Schreibschutz.

Dann muss ich über Kalender -> Eigenschaften den Haken wegnehmen.

Ich hab mal mit CalDav/WebDav geliebäugelt, aber nie umgesetzt.

Alles lokal.

Es taucht kein Schreibschutz auf, die Properties sind zugänglich, das Kästchen ungecheckt.

Trotzdem nimmt der Kalender keine Modifikation an.

Wie gesagt, ich arbeite seit Jahren mit "Lightning", wie das früher hieß, und Ungeduld war nie ein Problem.

Zitat von Bastler

Eine Idee, sind zufällig Schreibschutz Attribute auf den Dateien?

Die müsste dann TB selbst reingeschrieben haben.

Die Abfrage sagt für die Dateien in <calendar-data>

-rw-r--r--

Moin.

Da haste mir ja ne Aufgabe gegeben...

Hier also die Ausgabe (und ich hab richtig lange dran gesessen, sie halbweg anonym zu halten):

20221209_Ausgabe_grep_anon.txt

Kannst Du irgendwas erkennen, das mit weiterhilft?

Zitat von Veteran

Wie schon früher empfohlen, solltest du mit einem neuen Profil beginnen.

Wichtig sind mir vor allem die Mails.

Kann ich dort einfach rüberkopieren?

Zitat von Veteran

Vorher die Kalender als *.ics exportieren (soweit möglich) und mit einem Texteditor kontrollieren.

Ich habe ja Kopien der *.ics-Dateien, in denen sogar die Termine drinstehen, die jetzt "aufgefressen" worden sind.

Irgendwie hab ich das Gefühl, Pacman zu spielen, ohne dass ich es abschalten kann...

Wie erkenne ich darin mögliche flaws?

Meine Frage geht dahin, dass ich nicht weiß, was zwischen <BEGIN> und <END> nicht stehen darf.

Sollte das Problem in der fehlerhaften Syntax einzelner events begründet sein, würde ich sie durch die Übernahme von Fehlern perpetuieren.

Wir reden von 1,6 MB potentiell fehlerhafter *.ics-Dateien, und das ist eine Menge Werks, die durchzuflöhen.

Mir fehlt halt eine Idee, wonach ich suchen und was ich möglichst entfernen muss, damit das nicht von vorn losgeht.

Zitat von Veteran

Scheint alles in Ordnung, importiere die Kalender einzeln in ein neues Profil und teste sie.

Äh, wie man's nimmt...

Bei einem Kalender getestet - die Ursprungsdatei hat 243 kB, die "rest"-Datei immer noch 76 kB mit gut 2.400 Zeilen.

Dabei sind auch unvollständige oder schlicht leere Termine so in der Art:

BEGIN:VEVENT
CATEGORIES:Persönlich
END:VEVENT

BEGIN:VTODO
CATEGORIES:Finanzen
DUE;TZID=Europe/Berlin:20221215T200000
PERCENT-COMPLETE:0
END:VTODO

Die Ursprungsdatei muss von genau diesen Sachen bereinigt und dann importiert werden, richtig?

Oh, ich sehe, dass das noch dauernd wird.

Zuerst muss ich das verstehen (immerhin hast Du mir gezeigt, wo ich nachschauen muss; Danke dafür), dann die *.ics's säubern und dann kann ich sie wiederherstellen.

Das Ganze in einem neuen Profil.

Wo die selbstzerstörenden Termine und Aufgaben sowieso bloß nervig sind, kann ich das neue Profil ja auch gleich erstellen und die Mails da rüberholen.

Die einzelnen Konten werden durch die Zuordnung des richtigen Mailfolders mit übernommen?

Neues Profil angelegt, Verweis auf das Mail-Verzeichnis angegeben, Mail tut.

Kalender leider nicht: Ich kann in die vorhandenen (ausschließlich lokalen) Kalender keine neuen Termine eingeben.

Alle bis auf einen Kalender ließen sich löschen, der Letzte war ein (erfolgloser) Test und heißt "test".

Das scheint mir immer noch nicht sauber zu sein.

Wie bekomme ich den letzten Kalender sauber weg?