Autor |
Nachricht |
Chnutz
Anmeldedatum: 10.01.2023
Beiträge: 5
|
Verfasst am:
Di Jan 10, 2023 16:21 |
|
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> |
|
|
|
FJ
Site Admin
Anmeldedatum: 15.02.2006
Beiträge: 31467
Wohnort: Tirol
|
Verfasst am:
Mi Jan 11, 2023 00:02 |
|
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 |
|
|
|
Chnutz
Anmeldedatum: 10.01.2023
Beiträge: 5
|
Verfasst am:
Mi Jan 11, 2023 16:35 |
|
Danke für die schnelle Antwort!
Wie so oft: Je länger ich schaute, desto rätselhafter wurde es.
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:
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> |
|
|
|
Chnutz
Anmeldedatum: 10.01.2023
Beiträge: 5
|
Verfasst am:
Mi Jan 11, 2023 16:42 |
|
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...
|
_________________ Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff> |
|
|
|
icke1954
Moderator
Anmeldedatum: 19.04.2014
Beiträge: 15818
|
Verfasst am:
Mi Jan 11, 2023 17:59 |
|
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 |
|
|
|
Chnutz
Anmeldedatum: 10.01.2023
Beiträge: 5
|
Verfasst am:
Do Jan 12, 2023 19:48 |
|
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
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)
|
_________________ Schnapp Austern, Dukaten, musst dennoch sterben.
Dann tafeln die Maden und lachen die Erben
<Eichendorff> |
|
|
|
icke1954
Moderator
Anmeldedatum: 19.04.2014
Beiträge: 15818
|
Verfasst am:
Do Jan 12, 2023 21:29 |
|
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 |
|
|
|
Chnutz
Anmeldedatum: 10.01.2023
Beiträge: 5
|
Verfasst am:
Mo Jan 16, 2023 04:52 |
|
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> |
|
|
|
johnweb62
Anmeldedatum: 05.04.2023
Beiträge: 1
|
Verfasst am:
Mi Apr 05, 2023 15:39 |
|
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. |
|
|
|
|
|