| Ticket modified by Jörg Lehrke at 2009/07/08 14:40 |
| Tracking System: Bugs |
| Category: SyncML |
| Version: Version 1.6.001 |
| Status: Open |
| Resolution: None |
| Completed: 0% |
| Priority: 5 - medium |
| Created By: Steffen Kohler |
| Assigned to: Jörg Lehrke |
| Summary: #2082 - Sommerzeit /Winterzeit Problematik bei der Synchronisation |
Termine die in egroupware in der Sommerziet auf einen Termin in der Winterzeit eingetragen werden, werden (zumindest auf dem Palm) eine Stunden nach hinten korrigiert. Umgekehrt wenn der Termin in der Winterzeit auf einen Termin in der Sommerzeit eingetragen wird.
Beispiel 1:
Es ist Sommerzeit. Ein Termin der auf den 26.10.2009 09:00 Uhr gesetzt wird erscheint auf dem Palm um 10:00 Uhr.
Beispiel 2:
Es Winterzeit. Ein Termin der auf 01.06.2009 auf 9:00 Uhr gesetzt wird erscheint auf dem Palm um 08:00 Uhr.
Da dieses Problem schon seit Version 1.4.004 besteht, nimmt es mich Wunder dass bisher noch keine Lösung gefunden wurde. Gerade bei Unternehmen müßte dies doch ein K.O-Kriterium sein. |
| Comment by Jörg Lehrke at 2009/07/08 14:40: |
Hallo Steffen,
man koennte von eGW zu PalmOS Geraeten die Zeiten in lokaler Zeit schicken/empfangen. Dann wird aber die lokale Zeitzone des Servers auch auf dem Palm verwendet.
Ich schaue mir diese Option mal an. |
| Comment by Steffen Kohler at 2009/07/08 11:40: |
Ich habe zu dem Thema folgendes im Synthesis Forum gefunden:
Der Palm-Client ist darauf angewiesen, dass der Server die Zeiten richtig in Lokalzeit umrechnet, da PalmOS selber kein verlässliches Zeitzonenhandling hat und deshalb keine Zeiten in UTC empfangen kann. Darum schlagen hier Fehler des Servers sichtbar durch.
Bei den meisten anderen Clients (auch bei unseren Win Mobile PDA-Clients) kann der Server UTC versenden, und der Client rechnet diese dann in die Lokalzeit um, womit der Server von der Umrechnung entlastet wird (bzw. es keine Rolle spielt, wenn dort ein Fehler drin ist).
__________________
Lukas Zeller, Synthesis AG |
| Comment by Jörg Lehrke at 2009/06/25 21:58: |
Hallo Steffen,
hier der VEVENT, den eGW zum Client exportiert:
BEGIN:VEVENT
CLASS:PUBLIC
SUMMARY:Test01
DESCRIPTION:
LOCATION:
DTSTART:20091026T100500Z
DTEND:20091026T103500Z
ORGANIZER;CN="Steffen Kohler":MAILTO:steffen.kohler@...
PRIORITY:5
TRANSP:0
UID:calendar-2814-c4e3fa5dd617b7842907e21fd11b0ca6
CREATED:20090623T072220Z
LAST-MODIFIED:20090623T072220Z
DTSTAMP:20090623T072436Z
END:VEVENT
Ohne Zweifel ist 10:05 UTC in Deutschland (GMT+1) 11:05.
Das verwendete Format yyyymmmddThhmmssZ besagt UTC.
Das Problem liegt also eindeutig beim Client. Du solltest also einen Bug bei Funambol (bzw. dem Hersteller der SyncML Implementierung auf dem Palm) melden. |
| Comment by Steffen Kohler at 2009/06/23 09:42: |
| Ich habe mal den Log als Link beigefügt. Wie in der ersten Zeile ersichtlich habe ich einen Testtermin auf den 16.10.2009 (Erster Tag in der Winterzeit) auf 11:05 gesetzt. Dauer 30 Min. |
| Comment by Jörg Lehrke at 2009/06/18 21:16: |
| Nach der Anwendung meines Patches schreibt eGW in das error-log des Webservers ziemlich ausfuehrliche Debugmeldungen. Unter anderem werden auch die uebertragenen Daten ausgegeben (VCALENDAR/VEVENT). |
| Comment by Steffen Kohler at 2009/06/18 11:17: |
| Wo und in welchen Logs muss ich denn da nachschauen bzw. welche Einstellungen muss ich vornehmen, dass egroupware die Logs schreibt. |
| Comment by Steffen Kohler at 2009/06/18 11:17: |
| Wo und in welchen Logs muss ich denn da nachschauen bzw. welche Einstellungen muss ich vornehmen, dass egroupware die Logs schreibt. |
| Comment by Jörg Lehrke at 2009/06/09 23:37: |
Steffen, kannst Du mal in den logs Deines Webservers nachsehen, was genau zum Palm uebertragen wird? Die Zeiten sollten als UTC an den Client gehen. Wenn dieser bei der Umrechnung den Fehler einbaut, kann man eGW-seitig nichts machen.
Fuege am besten mal ein Beispiel an. |
| Comment by Steffen Kohler at 2009/05/15 14:11: |
| Habe den Patch eingespielt. Hat aber leider an der Problematik nichts geändert. |
| Comment by Jörg Lehrke at 1970/01/01 01:33: |
| You may give my patch for 1.6.001 a try (http://k.noc.de). If you do so, I would be happy to get feedback whether this issue is fixed then. |
Linked entries:
Bugs #2082: Sommerzeit /Winterzeit Problematik bei der Synchronisation
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at:
http://p.sf.net/sfu/Challenge_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker
