Erstellen von Terminen in der Vergangenheit

Meinen bisherigen Tests nach arbeitet Lightning zumindest unter Linux extrem zuverlässig, insbesondere im Vergleich mit Outlook oder gar einem Smartphone-Kalender. Ich kann von den geschilderten Problemen nur den Darstellungsfehler im Bezug auf den 1.4.1979 reproduzieren, hier wird der 31. März verdoppelt angezeigt. Der Kalender funktioniert jedoch auch an dieser Stelle korrekt – zumindest in meinem kurzen Test.

Ich will aber vor allem einen kurzen Hintergrund beisteuern: Kalender sind unglaublich komplex und damit immer ein bisschen "unzuverlässig", da Uhrzeiten und Zeitpunkte nicht direkt ineinander überführt werden können. Zwei Beispiele:

• Wenn ich heute einen Termin im Sommer 2022 auf 15 Uhr ansetze, und die Sommerzeit für 2022 abgeschafft wird, was passiert mit meinem Termin? Bleibt es bei 15 Uhr (Zeitpunkt wird geändert, aber Uhrzeit bleibt gleich) oder wird der Termin auf 14 Uhr verschoben (Zeitpunkt bleibt gleich, aber Uhrzeit ändert sich)?
• Wenn ich einen Termin um 2:30 Uhr am Tag der Umstellung von Sommer- auf Winterzeit einrichte, beginnt er dann am ersten oder am zweiten Zeitpunkt, an dem die Uhr 2:30 Uhr anzeigt? Was ist mit einem regelmäßigen Termin, der auf 2:30 Uhr am Tag der Umstellung von Winter- auf Sommerzeit fällt (diese Uhrzeit gibt es gar nicht!)?

Die Regeln, mit denen Kalendersoftware intern solche Situationen abfängt, sind komplex und auf gute Zeitzoneninformationen angewiesen. So können z.B. Änderungen an Daten zu historischen Zeitzonenentwicklungen Termine in der Vergangenheit verschieben und Systeme mit unterschiedlichen Zeitzoneninformationen können sich gegenseitig stören.

Dazu kommt, dass ein digitaler Kalender in der Regel mit begrenztem Speicher rechnet. Gängige Datentypen für Zeitpunkte beginnen 1. Januar 1601 00:00:00 UTC (Microsoft's FILETIME), 13. Dezember 1901 20:45:52 UTC (32 bit Unixtime) oder 1. Januar 1970 00:00:00 UTC (unsigned Unixtime). Je nach System können an diesen Grenzen spezifische Probleme beginnen bzw. enden. Aufgrund des Aufbaus moderner Prozessoren und dem nahenden Ende mancher Formate werden aber mit der Zeit auch größere Datentypen populärer, die den gesamten Zeitraum der bisherigen Menschheitsgeschichte abbilden können (z.B. 64 bit Unixtime). Diese Probleme sollten also mit der Zeit immer seltener werden.

Kurzfassung: Lightning ist aus meiner Sicht zuverlässig. Unabhängig von der eingesetzten Kalender-Software gibt es aber insbesondere bei historischen und in der fernen Zukunft liegenden Terminen immer mal wieder Situationen, in denen der Kalender unerwartet reagieren kann. Das liegt teilweise an Programmfehlern und -beschränkungen, teilweise an fehlenden oder unvollständigen Daten (vor allem zu Zeitzonen) und teilweise am Prinzip eines Kalenders.

Zitat von hsproedt

Wenn in den Sommerzeit-Phasen in den Jahren 1970 - 1979 die letzten Tage eines Monats und der erste Tag des Folgemonats in der Kalenderansicht 'Mehrere Wochen' oder 'Monat' falsch beschriftet werden, dann arbeitet der Kalender nach meinem Verständnis nicht korrekt.

Wenn im Kalender für jeden Tag ein Kästchen ist, dass korrekt die Termine dieses Tages anzeigt, ist er für mich korrekt. Das über dem Kästchen ein falsches Datum steht ist ärgerlich, aber beeinflusst die Termine nicht. Für mich ist es also ein Problem der Ansicht, nicht des Kalenders selbst.

Zitat von hsproedt

Erstaunt bin ich auch, dass Du die Fehler in den beiden Beiträgen auf Bugzilla nicht nachvollziehen kannst.

Ich habe die Vermutung, dass Thunderbird Datumsangaben über das Betriebssystem abwickelt (ich habe gerade nicht die Zeit das im Detail nachzulesen, die Antwort müsste im Binding zu datetimepicker stehen). Unter Linux verhalten sich die Dinge da wohl anders. Dafür ignoriert Thunderbird bei mir immer die ersten zwei Stellen der Jahreszahl und zeigt im Eingabefeld prinzipiell immer nur zwei Stellen des Jahres an – wenn man über den Kalender Daten außerhalb dieses Jahrhunderts wählt geht aber alles. Kann auch durchaus sein, dass ich da nur was falsch / ungewöhnlich konfiguriert habe – gestört hat mich das bislang nie, also habe ich nicht intensiv nach Lösungen gesucht.

Wenn die Probleme mit Thunderbird 60 begonnen haben, ist das Problem auf Änderungen in Firefox zurückzuführen. Einige für Thunderbird relevante Komponenten wurden aus der gemeinsamen Codebasis entfernt oder massiv verändert. Es ist wahrscheinlich, dass auch Teile der Datums- und Zeitlogik von diesen Änderungen betroffen waren.

[OT]

Zitat von hsproedt

hast Du für mich eine Empfehlung einer Linux-Distribution?

Kommt darauf an, was Du willst/brauchst. Die beiden Extremen:

Für Windows-vorbelastete Anfänger auf älteren PCs würde ich mal mit Xubuntu oder Linux Mint Cinnamon anfangen (je nach Designvorliebe). Beides Distributionen die so ziemlich alles können und auch ohne Linux-Kenntnisse installiert und genutzt werden. Mint fühlt sich in der Standardkonfiguration mehr nach Windows an, Xubuntu ist etwas minimalistischer.

Wenn Du technisch versiert bist und vor allem eine Distribution zum Erlangen von Linux-Kenntnissen suchst, lernt man wohl am besten mit Arch Linux oder – noch etwas extremer – Gentoo. Beide werden immer von Hand installiert und aktualisiert – es gibt also kein Installationsprogramm, sondern eine Installationsanleitung (Arch) bzw. ein Installationshandbuch (Gentoo). Dafür hat man größere Freiheiten bei der Zusammenstellung des Systems. Für beide Distributionen sollte man sich mehrere Wochen Zeit nehmen.

Dazwischen gibt es natürlich auch ein Spektrum an anderen Distributionen, die ebenfalls sinnvoll genutzt werden können. Eine große Liste findet man beispielsweise auf DistroWatch, wobei hier auch einige nicht-Linuxe mit aufgeführt werden.

[/OT]