FJ Software Foren-Übersicht  
 Homepage   •  Suchen   •  FAQ   •  Mitgliederliste   •  Registrieren   •  Login
 Zeit um 1 h verschoben bei Synchro nach MPE-Update Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Neues Thema eröffnenNeue Antwort erstellen
Autor Nachricht
Chnutz



Anmeldedatum: 10.01.2023
Beiträge: 5

BeitragVerfasst am: Di Jan 10, 2023 16:21 Antworten mit ZitatNach oben

Lieber Franz Josef Wechselberger, liebe Mitlesende,

nach dem letzten MPE-Update auf 2.0 sind bei der nächsten Synchronisation mit Thunderbird plötzlich alle Termine um eine Stunde weiter verschoben, also z.B. von 20 auf 21 Uhr.
Wenn ich im Kalender die Zeitzone von GMT+1 ("Berlin") auf GMT+0 ("Greenwich") umstelle, stimmen die Zeiten wieder.
In Thunderbird sind sie auch korrekt.

Im .ics-File lautet die Definition:
Code:
BEGIN:VTIMEZONE
TZID:Europe/Berlin



Deshalb wollte ich fragen, ob bei der 2.0-Version in der Hinsicht etwas verändert wurde?
Ansonsten kann es auch ein unbemerktes Update der Kalender-App sein.

Danke und herzliche Grüße
Chnutz

_________________
Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff>
Benutzer-Profile anzeigenPrivate Nachricht senden
FJ
Site Admin


Anmeldedatum: 15.02.2006
Beiträge: 31467
Wohnort: Tirol

BeitragVerfasst am: Mi Jan 11, 2023 00:02 Antworten mit ZitatNach oben

Da gabs eigentlich keine Änderungen und die Zeitzone wird beim Sync auch gar nicht wirklich verwendet. MyPhoneExplorer liest und schreib die Zeitwerte im UTC-Format. Kannst du das Problem derzeit bei neu erstellten Terminen reproduzieren?

_________________
Ich bitte um Verständnis daß ich aufgrund des hohen Aufkommens im Forum und meines zeitlichen Rahmens nichtmehr jeden Thread im Forum persönlich lesen bzw. beantworten kann.

Bitte benutzt auch die Forum-Suche bzw. die FAQ
Benutzer-Profile anzeigenPrivate Nachricht sendenE-Mail sendenICQ-Nummer
Chnutz



Anmeldedatum: 10.01.2023
Beiträge: 5

BeitragVerfasst am: Mi Jan 11, 2023 16:35 Antworten mit ZitatNach oben

Danke für die schnelle Antwort!

Wie so oft: Je länger ich schaute, desto rätselhafter wurde es. Shocked Surprised
Ein Beispiel: Im Export aus MPE finde ich den Termin

Code:
BEGIN:VEVENT
SUMMARY;CHARSET=UTF-8:"Nachtwächter im Sitzen"
LOCATION:Dreiburgenklinik
DTSTART:20230713T200000Z
DTEND:20230713T213000Z
CLASS:PUBLIC
TRANSP:0
X-CALENDAR:Phone@com.android.huawei.phone/NULL;Phone
LAST-MODIFIED:20221209T104814Z
X-IRMC-LUID:00001000033A
END:VEVENT


Im Programm und im Telefon wird der Termin mit 22°° angezeigt, also sogar 2 Stunden später, wahrscheinlich wg. der Sommerzeit:
Image

Der Termin
Code:
BEGIN:VEVENT
SUMMARY:AG Wanderwege
DTSTART:20230116T140000Z
DTEND:20230116T150000Z
AALARM:20230115T140000Z
CLASS:DEFAULT
TRANSP:0
X-CALENDAR:Phone@com.android.huawei.phone/NULL;Phone
X-IRMC-LUID:00001000034E
END:VEVENT


Wird im Programm korrekt mit 15°° angezeigt.

Der erste Unterschied, der mir schließlich aufiel: Der erste Termin stammt aus einer importierten ics-Datei, der zweite direkt aus Thunderbird - wo jedoch beide Termine korrekt angezeigt werden.

Der Grund der fehlerhaften Anzeige, den ich deshalb annehme: Die ics-importierten Zeiten werden mit einer Zeitzone geliefert und deshalb korrekt in Thunderbird interpretiert.
Diese Info wird aber bei der Snychronisation wohl nicht mitgegeben oder ignoriert. So werden die Zeiten im MPE-Export alle mit einem "Z" versehen, was ja für UTC-Zeiten steht. Im ics-Original sind sie ohne das Z:
Code:
DTSTART:20230713T200000
DTEND:20230713T213000


Leider weiß ich nicht, wie und wo ich bei Thunderbird das Speicherformat einsehen kann, also ob diese Info für Deine Exportroutine überhaupt mitgegeben wird. Könntest Du da bei Gelegenheit mal nachschauen?
Was von beiden Methoden allgemein üblich ist, weiß ich leider auch nicht. Allerdings habe ich mir mal einen Google-Kalenderexport zur Brust genommen und dort wird es auch ohne "Z" (alo nicht UTC) und mit Angabe der Zeitzone gelöst.

P.S.: Offtopic, aber weil ich Deine Testbitte gefunden habe: QR-Login zur Übertragung der IP funktioniert bei mir auf Huawei MATE 30 nicht, weil er zwar das Scanfenster mit Wanderlinie anzeigt, den Code aber nicht erkennt.

_________________
Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff>
Benutzer-Profile anzeigenPrivate Nachricht senden
Chnutz



Anmeldedatum: 10.01.2023
Beiträge: 5

BeitragVerfasst am: Mi Jan 11, 2023 16:42 Antworten mit ZitatNach oben

Eben fällt mir ein: In Thunderbird wurde etwas geändert, was die Interpretation von ics betroffen hat. Plötzlich, ungefähr beim vorletzten Update, ging der Autoimport nämlich nicht mehr, weil die ics-Datei nicht ganz in der Form war (und trotz dem der ics-Validator keinen Fehler fand).
Vielleicht hängt die hier besprochene Problematik auch mit Thunderbird zusammen.
Entdecke die Möglichkeiten...
Rolling Eyes

_________________
Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff>
Benutzer-Profile anzeigenPrivate Nachricht senden
icke1954
Moderator


Anmeldedatum: 19.04.2014
Beiträge: 15818

BeitragVerfasst am: Mi Jan 11, 2023 17:59 Antworten mit ZitatNach oben

Wenn ich Deine Antwort auf die Frage von FJ...
FJ hat Folgendes geschrieben:
Kannst du das Problem derzeit bei neu erstellten Terminen reproduzieren?
...richtig interpretiere heißt das: "Nein neue Termine werden korrekt angezeigt."
D.h. ich habe beide Termine in MPE und in TB importiert, dann noch synchronisiert und festgestellt, dass beide Termine überall korrekt angezeigt werden.
Ich vermute, dass Deine Problem-Termine aus einer fremden Exportdatei stammen, in der u.U. die Uhrzeiten nicht standardmäßig gesichert wurden.

_________________
Samsung Galaxy S3 / Android 4.3
Samsung Galaxy S5 / Android 6.01
Samsung Galaxy S8 / Android 9.0
Samsung Galaxy Tab 4 Android 10.0
Samsung Galaxy S20 / Android 13.0
MPE Version 2.1 akt. Nightly / akt. MPE-Client Beta
Benutzer-Profile anzeigenPrivate Nachricht sendenE-Mail senden
Chnutz



Anmeldedatum: 10.01.2023
Beiträge: 5

BeitragVerfasst am: Do Jan 12, 2023 19:48 Antworten mit ZitatNach oben

Zitat:
...richtig interpretiere heißt das: "Nein neue Termine werden korrekt angezeigt."


Nein, am besten nicht interpretieren sondern wörtlich nehmen und genau lesen, auch wenn der Text länger ist Wink

Das Problem liegt nicht zwischen Alt und Neu, deshalb habe ich dazu nichts geschrieben, sorry, wenn das zu enem Missverständnis geführt hat.

Das Problem liegt höchstwahrscheinlich in der (Fehl-)Interpretation von Nicht-UTC-formatierten Terminen.
Wohlgemerkt, Google nutzt auch nicht die UTC-Formatierung, deshalb ist das zumindest nicht ganz unüblich, Zeitzonen anzugeben.

Die Frage ist nur, ob MPE diese Interpretation vornimmt (dann läge der Fehler bei MPE) oder Thunderbird diese Information gar nicht erst bereitstellt (der Fehler läge bei Thunderbird).

Diese Frage habe ich in meinem vorletzten Post gestellt und warte geduldig auf Rückmeldung dazu (ist nicht eilig, da der Fehler ja nun bekannt ist)


Smile

_________________
Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff>
Benutzer-Profile anzeigenPrivate Nachricht senden
icke1954
Moderator


Anmeldedatum: 19.04.2014
Beiträge: 15818

BeitragVerfasst am: Do Jan 12, 2023 21:29 Antworten mit ZitatNach oben

Getestet mit Thunderbird-Version 102.6.1
Ich habe einen Termin aus dem Googlekalender exportiert:
Code:
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:PUBLISH
X-WR-CALNAME:XXXXXX@mail.de
X-WR-TIMEZONE:Europe/Berlin
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=Europe/Berlin:20210212T060000
DTEND;TZID=Europe/Berlin:20210212T063000
RRULE:FREQ=MONTHLY;UNTIL=20210521T040000Z;INTERVAL=1;BYDAY=2FR
DTSTAMP:20230112T195502Z
UID:6opj6p1jclgm4b9j6pj6ab9k70rjibb26lim4b9gccs6ac346or3gchm6g@google.com
CREATED:20220209T233232Z
DESCRIPTION:
LAST-MODIFIED:20220209T233232Z
LOCATION:
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Testserie jeden 2. Fr.
TRANSP:OPAQUE
END:VEVENT

1. In TB importiert alles OK
2. Sync von TB > MPE alles OK

3. In MPE importiert alles OK
4. Sync von MPE > TB alles OK

PS. Das alles habe ich noch einmal mit einem Termin mit Sommerzeit realisiert. Auch da wird alles korrekt übertragen.

_________________
Samsung Galaxy S3 / Android 4.3
Samsung Galaxy S5 / Android 6.01
Samsung Galaxy S8 / Android 9.0
Samsung Galaxy Tab 4 Android 10.0
Samsung Galaxy S20 / Android 13.0
MPE Version 2.1 akt. Nightly / akt. MPE-Client Beta
Benutzer-Profile anzeigenPrivate Nachricht sendenE-Mail senden
Chnutz



Anmeldedatum: 10.01.2023
Beiträge: 5

BeitragVerfasst am: Mo Jan 16, 2023 04:52 Antworten mit ZitatNach oben

Danke, dann teste ich auch mal in diese Richtung und mit Deinem Codeschnipsel weiter.

_________________
Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff>
Benutzer-Profile anzeigenPrivate Nachricht senden
johnweb62



Anmeldedatum: 05.04.2023
Beiträge: 1

BeitragVerfasst am: Mi Apr 05, 2023 15:39 Antworten mit ZitatNach oben

Der Unterschied zwischen icke1954's funktionierendem Beispiel

Code:

DTSTART;TZID=Europe/Berlin:20210212T060000
DTEND;TZID=Europe/Berlin:20210212T063000


und Chnutz's nicht funktionierendem Beispiel

Code:

DTSTART:20230116T140000
DTEND:20230116T150000


liegt in der Angabe der TZID im DTSTART und DTEND.

Wenn also eine ICS-Datei ohne die TZID-Angabe in TB importiert wird und dann mit MPE synchronisiert wird, dann ist die Uhrzeit im Handy-Termin nach hinten verschoben. Ich habe wegen diesem Umstand (ob das ein Fehler ist oder bei wem der Fehler dann liegt, weiß ich nicht) einen Behördentermin versäumt, weil ich zwei Stunden zu spät war.
Benutzer-Profile anzeigenPrivate Nachricht senden
Beiträge der letzten Zeit anzeigen:      
Neues Thema eröffnenNeue Antwort erstellen


 Gehe zu:   



Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Du kannst keine Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum nicht antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.

Powered by phpBB © 2001, 2002 phpBB Group :: FI Theme :: Alle Zeiten sind GMT + 1 Stunde
Deutsche Übersetzung von phpBB.de