Termine am 26. März werden falsch angezeigt

    Thunderbird 102.6.1

    Windows 10 Home / Version 22H2 / Betriebssystembuild 19045.2486

    Google-Kalender mit "Provider for Google-Calendar": nein

    Hallo,

    die Termine am Sonntag, den 26. März (und offensichtlich nur an diesem Sonntag) werden verkehrt angezeigt.

    Der Termin "Probe" ist für die Zeit 19 bis 21 Uhr eingetragen, wird allerdings für 18 bis 20 Uhr angezeigt. Im Bearbeitungmodus steht die korrekte Zeit (siehe Anhang).

    Auch nach Löschen und Neueintrag der Termine oder dem Starten von Thunderbird im "Fehlerbehebungsmodus" oder einem Systemneustart bleibt der Fehler erhalten.

    Im synchronieren Google-Kalender erscheint der Termine im richtigen Zeitfenster.

    Ein im Google-Kalender eingetragener und dann synchronisierter Termin wird im Thunderbird allerdings auch zeitversetzt eingetragen.

    Das Phänomen tritt offenbar nur an diesem einen Tag auf, zumindest hat der stichprobenartige Überblick bei anderen Terminen es nicht gezeigt.

    Das Phänomen ist zwar nur irritierend, kann aber, wenn es nicht nur ein diesem einen Tag auftritt, zu verpassten Terminen etc. führen.

    Ich hoffe auf eine Idee zur Abhilfe.

    Danke

    Karsten

    Zitat von Jemand

    Der Termin "Probe" ist für die Zeit 19 bis 21 Uhr eingetragen, wird allerdings für 18 bis 20 Uhr angezeigt.

    -----------------------

    Das Phänomen tritt offenbar nur an diesem einen Tag auf,

    Hallo,

    das ist eigenartig, kann ich bestätigen, auch mit weiteren Terminen an diesem Tag 26.03.2023

    Eine Gegenprobe im TB 91.13.1 zeigt diese Erscheinung nicht.

    Gruß, Bastler
    ------------------------------------------------------------------------------------------------------------
    Eine Rückmeldung zum Gelingen oder nicht, kann auch für andere nützlich sein.

    Zitat von Jemand

    Das Phänomen tritt offenbar nur an diesem einen Tag auf, zumindest hat der stichprobenartige Überblick bei anderen Terminen es nicht gezeigt.

    Es könnte mit dem Übergang 'Winterzeit/Sommerzeit' am letzten Sonntag im März zusammenhängen, den TB im Kalender anscheinend nicht korrekt behandelt.

    Daran liegt es vermutlich, denn am 30. Oktober 2022 und 29. Oktober 2023 sind die Termine ebenfalls verschoben angezeigt.

    Ok, wenn man das weiß, kann man darauf achten.

    Ärgerlich bzw. irritierend ist es dennoch.

    Gruß

    Karsten

    Zitat von Veteran

    Es könnte mit dem Übergang 'Winterzeit/Sommerzeit' am letzten Sonntag im März zusammenhängen, den TB im Kalender anscheinend nicht korrekt behandelt.

    Könnte man vielleicht testen - einen Termin um 1:00 Uhr morgens angeben und dann auch mit 2:00 Uhr und vielleicht 3:00 Uhr testen. Um 2:00 Uhr wird um eine Stunde auf 3:00 Uhr vorgestellt.

    Die Zeit kommt ja eigentlich aus dem Betriebssystem. Schaue mal in Windows nach der Einstellung Sommerzeit automatisch anpassen in den Einstellungen für Datum und Uhrzeit. Die sollte auf Ein stehen.

    Zitat von Jemand

    Ich würde es einen Bug nennen, da die Zeitumstellung nicht berücksichtigt worden ist.

    Berücksichtigt wurde sie schon, nur wurde die Uhrzeit nicht kenntlich gemacht ('CET' bzw. 'CEST').

    Das kommt davon, wenn man den Menschen diesen willkürlichen Schwachsinn 'Sommerzeit' aufzwingt …

    Zitat von Jemand

    Ich würde es einen Bug nennen, da die Zeitumstellung nicht berücksichtigt worden ist.

    Hallo :)

    so schaut's aus. Weiterentwicklung - Fehler melden und Funktionen wünschen.

    Zitat von milupo

    Schaue mal in Windows nach der Einstellung Sommerzeit automatisch anpassen in den Einstellungen für Datum und Uhrzeit.

    Richtige Idee. Daran liegt es aber nicht. Auch ich kann das hier trotz korrekten Einstellungen reproduzieren. Du nicht?

    Gruß Ingo

    Sommerzeit automatisch anpassen ist eingestellt.

    Bugzilla erbittet den Eintrag in Englisch. Die kurze Zeit vor langer ZZeit als ich Englisch hatte, reicht nicht aus, um das Problem zu schildern. Und ich kann demnach auch nicht beurteilen, ob der Google-Translater das Problem verständlich übersetzt.

    Aber vielleicht könnte es jemand eintragen, der Englisch wie seine zweite Muttersprache beherrscht ;-)

    Da das problem ja bei vorherigen Versionen offenbar nicht auftritt, müsste der Fehler ja - laienhaft gedacht - schnell zu beheben sein.

    Da Hintergrund des Problems erkannt ist, könnte der Thread wieder geschlossen werden - es sei denn jemand hat eine schnelle Lösung (außer den Termin mit verkehrter Zeit eintragen).

    Danke!

    Karsten

    Bei mir erscheint der Fehler nur in der Tagesansicht und in der Ansicht für eine einzelne Woche. Dort sieht es so aus, als ob dort die Uhrzeit der Erstellung mit einem roten Strich links am Rand gekennzeichnet wird. In der Mehrwochen- und Monatsansicht steht die Anfangszeit des Termins drin.

    Zitat von milupo

    Bei mir erscheint der Fehler nur in der Tagesansicht und in der Ansicht für eine einzelne Woche

    Bei mir auch, in den anderen Ansichten ist es m.E. deshalb kein Problem, weil die Anzeige numerisch ist.

    Zitat von milupo

    Dort sieht es so aus, als ob dort die Uhrzeit der Erstellung mit einem roten Strich links am Rand gekennzeichnet wird

    Der rote Strich ist ein wandernder aktueller Zeitenstrich. Manchmal muss man zum Aktualisieren kurz die Ansichten wechseln.

    Gruß, Bastler
    ------------------------------------------------------------------------------------------------------------
    Eine Rückmeldung zum Gelingen oder nicht, kann auch für andere nützlich sein.

    Das ist korrekt, da es nur in der Tages- und Wochenübersicht eine Stundenskalierung gibt und in der Mehrwochen- und Monatsansicht nicht.

    Im Termine selbst ist die Zeit ja korrekt abgespeichert. Der Termin wird aber in der Zeitskale an der falschen Stelle angezeigt.

    Das Problem ist, dass man sich an dieser Stundeneinteilung orientiert, wenn man auf den Kalender schaut. Man geht ja nicht automatisch davon aus, der der Termin nicht korrekt angezeigt wird.

    Mit fiel es auch nur auf, weil ich einen für den 26. März geplanten Termin verifiert haben und er (laut Anzeige) 1 Stunde zu früh eingetragen war.

    Als er nach dem Neueintrag wieder an der falschen Stelle auftauchte, bin ich stutzig geworden.

    Zitat von Bastler

    Der rote Strich ist ein wandernder aktueller Zeitenstrich.

    Ja, gerade gesehen. Der Strich ist jetzt näher an 17:00 Uhr als vorhin, als ich den Termin erstellt habe.

    Zitat von Jemand

    Aber vielleicht könnte es jemand eintragen, der Englisch wie seine zweite Muttersprache beherrscht

    Es gibt bereits Bugreports dazu:

    1797693 - "Day" and "Week" calendar views show wrong time for events on a daylight saving (DST) transition day
    NEW (nobody) in Calendar - Calendar Frontend. Last updated 2022-12-09.
    bugzilla.mozilla.org

    Älter ist der:

    400282 - Events starting and/or ending during the extra hour on daylight saving time end day not shown or shown incorrectly in day and week view [summer time]
    NEW (nobody) in Calendar - Calendar Frontend. Last updated 2022-10-30.
    bugzilla.mozilla.org

    Dort wird aber am Ende auf den obigen Bugreport verwiesen.

    Es scheint noch mehr ähnliche Bugreports zu geben:

    Bug List

    Zitat von Jemand

    Da das problem ja bei vorherigen Versionen offenbar nicht auftritt, müsste der Fehler ja - laienhaft gedacht - schnell zu beheben sein.

    So einfach ist es wahrscheinlich nicht. Ein Testeintrag zeigt sich wie folgt:[box]

    BEGIN:VEVENT

    CREATED:20230114T153835Z

    LAST-MODIFIED:20230114T154105Z

    DTSTAMP:20230114T154105Z

    UID:c535945b-8d30-4e89-982e-1997c6e6ae3c

    SUMMARY:SZ-Umstellung

    DTSTART;TZID=Europe/Berlin:20230326T013000

    DTEND;TZID=Europe/Berlin:20230326T033000

    TRANSP:OPAQUE

    BEGIN:VALARM

    ACTION:DISPLAY

    TRIGGER;VALUE=DURATION:PT0S

    DESCRIPTION:Mozilla Standardbeschreibung

    END:VALARM

    END:VEVENT[/box]

    Anders als der Erstellungszeitpunkt '20230114T153835Z', der mit 'Z' (=UTC) gekennzeichnet ist, steht bei den Start- und Endzeiten die jeweilige Zeitzone. Keine Ahnung was passiert, sollte die Zeitumstellung am 2023-03-26 ausfallen oder verschoben werden. Beträgt die Differenz dann eine oder zwei Stunden …?

    In der Version 91.13.0 unter Linux läßt sich übrigens kein Termin am 2023-03-26 zwischen 02:00 und 02:59 Uhr eintragen – es wird automatisch ein Stunde addiert.

    Ein weiteres Problem dürfte sich am 2023-10-29 für die gleiche Zeitspanne ergeben.

    Zitat von Jemand

    ich kann demnach auch nicht beurteilen, ob der Google-Translater das Problem verständlich übersetzt

    Hallo :)

    den Bug gibt es ja bereits. Aber nimm in solchen Fällen

    DeepL Translate: The world's most accurate translator
    Translate texts & full document files instantly. Accurate translations for individuals and Teams. Millions translate with DeepL every day.
    www.deepl.com

    Das ist erstens eine deutsche Entwicklung und liefert in aller Regel sehr brauchbare Ergebnisse.

    Zitat von Veteran

    In der Version 91.13.0 unter Linux läßt sich übrigens kein Termin am 2023-03-26 zwischen 02:00 und 02:59 Uhr eintragen – es wird automatisch ein Stunde addiert.

    Das ist in der aktuellen Version genauso und auch richtig, weil es diese Stunde bei der Umstellung auf Sommerzeit nicht gibt. Um 02:00 Normalzeit werden die Uhren auf 03:00 Sommerzeit vorgestellt.

    Zitat von Veteran

    Ein weiteres Problem dürfte sich am 2023-10-29 für die gleiche Zeitspanne ergeben.

    Probiere es doch einfach aus - und staune. Bei der Rückstellung auf Normalzeit gibt es diese Stunde sogar doppelt. Um 03:00 Sommerzeit werden die Uhren auf 02:00 Normalzeit zurückgestellt.

    Gruß Ingo

    Zitat von schlingo

    Probiere es doch einfach aus - und staune.

    Nöe – die Frage ist doch: Wird ein Termin am 2023-10-29 02:30 Uhr einmal oder zweimal ausgeführt. Und wenn dieser Termin während der 'Sommerzeit' angelegt wird, wird er dann auch falsch im Kalender von TB 102.* angezeigt?