ich hab seit dem letzten trunk (fehler - ist neu muss in bereich sein seit 01.09.2009 bis 16.10.2009)
das habe ich im funambol gesehn, jedoch auch ähnliche fehler meldung habe ich auch bekommen beim versuch alle alten termine zu lÖSCHEn im egw.
<pre>DateTime::__construct() [datetime.--construct]: Failed to parse time string (-3600) at position 3 (0): Unexpected character
hat das auch jemand schon gehabt ?
cu camel
und zwar hat es zu tun mit serienterminen ...
leicht reproduzierbar:
1.) in Outlook einen Kontakt anlegen mit Geburtstag
damit legt Outlook einen neuen Serientermin an...
und
2.) syncen via funambol zu EGW, dann komnmt dieser Fehler..
kannst Du mal in das Apache error_log schauen: da müßte von dem Fehler /
Exception ein Trace sein. Dann ist einfach festzustellen, woher der
Fehler kommt.
Der Trunk und speziell der Kalender verwendet jetzt die DateTime Klasse
von php, die bei Dir die Exception geschmissen hat.
Ralf
Camel schrieb:
>
>
> Camel wrote:
>> ich hab seit dem letzten trunk (fehler - ist neu muss in bereich sein seit
>> 01.09.2009 bis 16.10.2009)
>>
>> das habe ich im funambol gesehn, jedoch auch ähnliche fehler meldung habe
>> ich auch bekommen beim versuch alle alten termine zu lÖSCHEn im egw.
>>
>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct
>> ]: Failed to parse time string (-3600) at position 3 (0): Unexpected
>> character
>>
>> hat das auch jemand schon gehabt ?
>> cu camel
>>
>
> und zwar hat es zu tun mit serienterminen ...
>
> leicht reproduzierbar:
> 1.) in Outlook einen Kontakt anlegen mit Geburtstag
> damit legt Outlook einen neuen Serientermin an...
> und
> 2.) syncen via funambol zu EGW, dann komnmt dieser Fehler..
>
> hier ein Auszug vom SYNCML Log
> <SyncML>
> <SyncHdr><VerDTD>1.2</VerDTD>
> <VerProto>SyncML/1.2</VerProto>
> <SessionID>1255658268</SessionID>
> <MsgID>2</MsgID>
> <Target><LocURI>https://office.rocam.com/rpc.php</LocURI>
> </Target>
> <Source><LocURI>fol-UkxUMzpBZG1pbmlzdHJhdG9y</LocURI>
> </Source>
> </SyncHdr>
> <SyncBody><Status><CmdID>1</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>0</CmdRef>
> <Cmd>SyncHdr</Cmd>
> <TargetRef>fol-UkxUMzpBZG1pbmlzdHJhdG9y</TargetRef>
> <SourceRef>https://office.rocam.com/rpc.php</SourceRef>
> <Data>200</Data>
> </Status>
> <Status><CmdID>2</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>3</CmdRef>
> <Cmd>Alert</Cmd>
> <TargetRef>./calendar</TargetRef>
> <SourceRef>appointment</SourceRef>
> <Data>200</Data>
> <Item><Data><Anchor xmlns="syncml:metinf"><Next>1255658270</Next>
> </Anchor>
> </Data>
> </Item>
> </Status>
> <Sync><CmdID>3</CmdID>
> <Target><LocURI>./calendar</LocURI>
> </Target>
> <Source><LocURI>appointment</LocURI>
> </Source>
> <Replace><CmdID>4</CmdID>
> <Meta><Type xmlns="syncml:metinf">text/x-vcalendar</Type>
> </Meta>
> <Item><Source><LocURI>000000000BCB596529C8154E86DC12E1FD3AD238C4962000</LocURI>
> </Source>
> <Data><![CDATA[BEGIN:VCALENDAR
>
> VERSION:1.0
>
> TZ:+0100
>
> DAYLIGHT:TRUE;+0200;19690330T020000;19691026T030000;;
>
> DAYLIGHT:TRUE;+0200;19700329T020000;19701025T030000;;
>
> DAYLIGHT:TRUE;+0200;19710328T020000;19711031T030000;;
>
> DAYLIGHT:TRUE;+0200;19720326T020000;19721029T030000;;
>
> DAYLIGHT:TRUE;+0200;19730325T020000;19731028T030000;;
>
> DAYLIGHT:TRUE;+0200;19740331T020000;19741027T030000;;
>
> DAYLIGHT:TRUE;+0200;19750330T020000;19751026T030000;;
>
> BEGIN:VEVENT
>
> X-FUNAMBOL-FOLDER:\\\\_Sync\\Kalender
>
> X-FUNAMBOL-ALLDAY:1
>
> DTSTART:19690811
>
> DTEND:19690812
>
> X-MICROSOFT-CDO-BUSYSTATUS:0
>
> CATEGORIES:
>
> DESCRIPTION:
>
> LOCATION:
>
> PRIORITY:1
>
> STATUS:0
>
> X-MICROSOFT-CDO-REPLYTIME:
>
> SUMMARY:Geburtstag von XXXXX
> CLASS:PUBLIC
>
> AALARM:19690810T230000Z;;0;
>
> RRULE:YM1 8 #0
>
> EXDATE:
>
> RDATE:
>
> X-FUNAMBOL-BILLINGINFO:
>
> X-FUNAMBOL-COMPANIES:
> X-FUNAMBOL-MILEAGE:
>
> X-FUNAMBOL-NOAGING:0
>
> END:VEVENT
>
> END:VCALENDAR
>
> ]]></Data>
> </Item>
> </Replace>
> </Sync>
> <Final/></SyncBody>
> </SyncML>
>
> fehler kommt:
> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct ]:
> Failed to parse time string (-3600) at position 3 (0): Unexpected character
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference _______________________________________________
egroupware-german mailing list
egroupware-german@... https://lists.sourceforge.net/lists/listinfo/egroupware-german
Re: neuer sync error - Failed to parse time string (in last trunk)
Damit kann ich (unter Linux und php5.2.9) im Kalender in der
Weboberfläche wiederholende Termine die vor 1970 beginnen eingeben.
Ich kann nicht sagen, ob das das gleiche Problem ist, das bei Dir unter
SyncML auftrat, es könnte aber sein. Ein Unterschied könnte (neben PHP
Version) auch Linux bzw Windows sein. Unter Windows konnten in früheren
PHP Versionen Timestamps nicht vor 1970 sein. Ich denke das das
inzwischen behoben wurde (in PHP), bin mir aber auch nicht 100% sicher.
Du solltest dann folgende Ausgabe bekommen:
-----------------------------------------------------------------------
egw_time::to(19690811,'Y-m-d H:i:s')=1969-08-11 00:00:00
2009-10-27 10h UTC timestamp=1256634000 --> server time = 2009-10-27,
10:00 --> user time = 2009-10-27, 10:00
2009-06-27 10h UTC timestamp=1246089600 --> server time = 2009-06-27,
10:00 --> user time = 2009-06-27, 10:00
-----------------------------------------------------------------------
Die zwei Exceptions in meiner Ausgabe sind normal, da die DateTime
Klasse selbst nicht mit Timestamps umgehen kann.
Ralf
Ralf Becker schrieb:
> Hi,
>
> kannst Du mal in das Apache error_log schauen: da müßte von dem Fehler /
> Exception ein Trace sein. Dann ist einfach festzustellen, woher der
> Fehler kommt.
>
> Der Trunk und speziell der Kalender verwendet jetzt die DateTime Klasse
> von php, die bei Dir die Exception geschmissen hat.
>
> Ralf
>
> Camel schrieb:
>>
>> Camel wrote:
>>> ich hab seit dem letzten trunk (fehler - ist neu muss in bereich sein seit
>>> 01.09.2009 bis 16.10.2009)
>>>
>>> das habe ich im funambol gesehn, jedoch auch ähnliche fehler meldung habe
>>> ich auch bekommen beim versuch alle alten termine zu lÖSCHEn im egw.
>>>
>>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct
>>> ]: Failed to parse time string (-3600) at position 3 (0): Unexpected
>>> character
>>>
>>> hat das auch jemand schon gehabt ?
>>> cu camel
>>>
>> und zwar hat es zu tun mit serienterminen ...
>>
>> leicht reproduzierbar:
>> 1.) in Outlook einen Kontakt anlegen mit Geburtstag
>> damit legt Outlook einen neuen Serientermin an...
>> und
>> 2.) syncen via funambol zu EGW, dann komnmt dieser Fehler..
>>
>> hier ein Auszug vom SYNCML Log
>> <SyncML>
>> <SyncHdr><VerDTD>1.2</VerDTD>
>> <VerProto>SyncML/1.2</VerProto>
>> <SessionID>1255658268</SessionID>
>> <MsgID>2</MsgID>
>> <Target><LocURI>https://office.rocam.com/rpc.php</LocURI>
>> </Target>
>> <Source><LocURI>fol-UkxUMzpBZG1pbmlzdHJhdG9y</LocURI>
>> </Source>
>> </SyncHdr>
>> <SyncBody><Status><CmdID>1</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>0</CmdRef>
>> <Cmd>SyncHdr</Cmd>
>> <TargetRef>fol-UkxUMzpBZG1pbmlzdHJhdG9y</TargetRef>
>> <SourceRef>https://office.rocam.com/rpc.php</SourceRef>
>> <Data>200</Data>
>> </Status>
>> <Status><CmdID>2</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>3</CmdRef>
>> <Cmd>Alert</Cmd>
>> <TargetRef>./calendar</TargetRef>
>> <SourceRef>appointment</SourceRef>
>> <Data>200</Data>
>> <Item><Data><Anchor xmlns="syncml:metinf"><Next>1255658270</Next>
>> </Anchor>
>> </Data>
>> </Item>
>> </Status>
>> <Sync><CmdID>3</CmdID>
>> <Target><LocURI>./calendar</LocURI>
>> </Target>
>> <Source><LocURI>appointment</LocURI>
>> </Source>
>> <Replace><CmdID>4</CmdID>
>> <Meta><Type xmlns="syncml:metinf">text/x-vcalendar</Type>
>> </Meta>
>> <Item><Source><LocURI>000000000BCB596529C8154E86DC12E1FD3AD238C4962000</LocURI>
>> </Source>
>> <Data><![CDATA[BEGIN:VCALENDAR
>>
>> VERSION:1.0
>>
>> TZ:+0100
>>
>> DAYLIGHT:TRUE;+0200;19690330T020000;19691026T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19700329T020000;19701025T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19710328T020000;19711031T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19720326T020000;19721029T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19730325T020000;19731028T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19740331T020000;19741027T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19750330T020000;19751026T030000;;
>>
>> BEGIN:VEVENT
>>
>> X-FUNAMBOL-FOLDER:\\\\_Sync\\Kalender
>>
>> X-FUNAMBOL-ALLDAY:1
>>
>> DTSTART:19690811
>>
>> DTEND:19690812
>>
>> X-MICROSOFT-CDO-BUSYSTATUS:0
>>
>> CATEGORIES:
>>
>> DESCRIPTION:
>>
>> LOCATION:
>>
>> PRIORITY:1
>>
>> STATUS:0
>>
>> X-MICROSOFT-CDO-REPLYTIME:
>>
>> SUMMARY:Geburtstag von XXXXX
>> CLASS:PUBLIC
>>
>> AALARM:19690810T230000Z;;0;
>>
>> RRULE:YM1 8 #0
>>
>> EXDATE:
>>
>> RDATE:
>>
>> X-FUNAMBOL-BILLINGINFO:
>>
>> X-FUNAMBOL-COMPANIES:
>> X-FUNAMBOL-MILEAGE:
>>
>> X-FUNAMBOL-NOAGING:0
>>
>> END:VEVENT
>>
>> END:VCALENDAR
>>
>> ]]></Data>
>> </Item>
>> </Replace>
>> </Sync>
>> <Final/></SyncBody>
>> </SyncML>
>>
>> fehler kommt:
>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct ]:
>> Failed to parse time string (-3600) at position 3 (0): Unexpected character
>>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference _______________________________________________
egroupware-german mailing list
egroupware-german@... https://lists.sourceforge.net/lists/listinfo/egroupware-german
Re: neuer sync error - Failed to parse time string (in last trunk)
nun - ich hab in den php settings gar nicht sgeändert und habe einfach update der trunk gemacht - und es funkt jetzt wieder ohne probs :)
SYNCING via funambol - funktioniert nun: also sag ich mal -> danke ralf - bug behoben :)
jedoch: (vielleicht liegt es auch an alten eintrag)
ich habe einen Eintrag im Kalender:
-> Geburtstag:
Geburtstag vom Mustermann Harald
Dieser Termin steht jedes Jahr am 16. August an, beginnend am 16.08.1970.
Ich will den "Eintrag löschen" und wenn ich ihn anklicke, dann passiert folgendes im EGW:
(auch ansehen von disem Termin geht nicht)
IM EGW:
=======
An error happened
DateTime::__construct() [datetime.--construct]: Failed to parse time string (19692000T000000) at position 7 (0): Unexpected character
Click here to resume your eGroupWare Session.
IM LOG VOM APACHEN
==================
xx.xx.xx.xx - - [20/Oct/2009:11:16:00 +0200] [office.XXXXXX.com/sid#1f86df8][rid#2a40c08/initial] (1) pass through /etemplate/process_exec.php
==> /var/log/NOT_SORTED_DEVLOG/notice.log <==
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: An error happened: DateTime::__construct() [datetime.--construct]: Failed to parse time string (19692000T000000) at position 7 (0): Unexpected character
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #0 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/class.egw_time.inc.php(98): DateTime->__construct('19692000T000000', Object(DateTimeZone))
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #1 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/class.egw_time.inc.php(267): egw_time->__construct('19692000', Object(DateTimeZone), 'string')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #2 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(654): egw_time::server2user('19692000', 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #3 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(623): calendar_bo->date2usertime('19692000', 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #4 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(698): calendar_bo->db2data(Array, 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #5 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(1025): calendar_bo->read(15904, 0, true, 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #6 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(688): calendar_bo->check_perms(1, 15904, 0, 'ts', 0)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #7 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_boupdate.inc.php(804): calendar_bo->read(15904, 0)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #8 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_uilist.inc.php(104): calendar_boupdate->delete(15904)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #9 [internal function]: calendar_uilist->listview(Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #10 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/common_functions.inc.php(866): call_user_func(Array, Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #11 /var/www/egroupware_TRUNK/htdocs/egroupware/etemplate/inc/class.etemplate.inc.php(514): ExecMethod('calendar.calend...', Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #12 [internal function]: etemplate->process_exec()
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #13 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/common_functions.inc.php(866): call_user_func(Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #14 /var/www/egroupware_TRUNK/htdocs/egroupware/etemplate/process_exec.php(24): ExecMethod('etemplate.etemp...')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #15 {main}
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: # Instance=office.XXXXXX.com, User=ets, URL=https://office.XXXXXX.com/etemplate/process_exec.php?menuaction=calendar.calendar_uilist.listview
Damit kann ich (unter Linux und php5.2.9) im Kalender in der
Weboberfläche wiederholende Termine die vor 1970 beginnen eingeben.
Ich kann nicht sagen, ob das das gleiche Problem ist, das bei Dir unter
SyncML auftrat, es könnte aber sein. Ein Unterschied könnte (neben PHP
Version) auch Linux bzw Windows sein. Unter Windows konnten in früheren
PHP Versionen Timestamps nicht vor 1970 sein. Ich denke das das
inzwischen behoben wurde (in PHP), bin mir aber auch nicht 100% sicher.
Du solltest dann folgende Ausgabe bekommen:
-----------------------------------------------------------------------
egw_time::to(19690811,'Y-m-d H:i:s')=1969-08-11 00:00:00
2009-10-27 10h UTC timestamp=1256634000 --> server time = 2009-10-27,
10:00 --> user time = 2009-10-27, 10:00
2009-06-27 10h UTC timestamp=1246089600 --> server time = 2009-06-27,
10:00 --> user time = 2009-06-27, 10:00
-----------------------------------------------------------------------
Die zwei Exceptions in meiner Ausgabe sind normal, da die DateTime
Klasse selbst nicht mit Timestamps umgehen kann.
Ralf
Ralf Becker schrieb:
> Hi,
>
> kannst Du mal in das Apache error_log schauen: da müßte von dem Fehler /
> Exception ein Trace sein. Dann ist einfach festzustellen, woher der
> Fehler kommt.
>
> Der Trunk und speziell der Kalender verwendet jetzt die DateTime Klasse
> von php, die bei Dir die Exception geschmissen hat.
>
> Ralf
>
> Camel schrieb:
>>
>> Camel wrote:
>>> ich hab seit dem letzten trunk (fehler - ist neu muss in bereich sein seit
>>> 01.09.2009 bis 16.10.2009)
>>>
>>> das habe ich im funambol gesehn, jedoch auch ähnliche fehler meldung habe
>>> ich auch bekommen beim versuch alle alten termine zu lÖSCHEn im egw.
>>>
>>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct
>>> ]: Failed to parse time string (-3600) at position 3 (0): Unexpected
>>> character
>>>
>>> hat das auch jemand schon gehabt ?
>>> cu camel
>>>
>> und zwar hat es zu tun mit serienterminen ...
>>
>> leicht reproduzierbar:
>> 1.) in Outlook einen Kontakt anlegen mit Geburtstag
>> damit legt Outlook einen neuen Serientermin an...
>> und
>> 2.) syncen via funambol zu EGW, dann komnmt dieser Fehler..
>>
>> hier ein Auszug vom SYNCML Log
>> <SyncML>
>> <SyncHdr><VerDTD>1.2</VerDTD>
>> <VerProto>SyncML/1.2</VerProto>
>> <SessionID>1255658268</SessionID>
>> <MsgID>2</MsgID>
>> <Target><LocURI>https://office.rocam.com/rpc.php</LocURI>
>> </Target>
>> <Source><LocURI>fol-UkxUMzpBZG1pbmlzdHJhdG9y</LocURI>
>> </Source>
>> </SyncHdr>
>> <SyncBody><Status><CmdID>1</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>0</CmdRef>
>> <Cmd>SyncHdr</Cmd>
>> <TargetRef>fol-UkxUMzpBZG1pbmlzdHJhdG9y</TargetRef>
>> <SourceRef>https://office.rocam.com/rpc.php</SourceRef>
>> <Data>200</Data>
>> </Status>
>> <Status><CmdID>2</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>3</CmdRef>
>> <Cmd>Alert</Cmd>
>> <TargetRef>./calendar</TargetRef>
>> <SourceRef>appointment</SourceRef>
>> <Data>200</Data>
>> <Item><Data><Anchor xmlns="syncml:metinf"><Next>1255658270</Next>
>> </Anchor>
>> </Data>
>> </Item>
>> </Status>
>> <Sync><CmdID>3</CmdID>
>> <Target><LocURI>./calendar</LocURI>
>> </Target>
>> <Source><LocURI>appointment</LocURI>
>> </Source>
>> <Replace><CmdID>4</CmdID>
>> <Meta><Type xmlns="syncml:metinf">text/x-vcalendar</Type>
>> </Meta>
>> <Item><Source><LocURI>000000000BCB596529C8154E86DC12E1FD3AD238C4962000</LocURI>
>> </Source>
>> <Data><![CDATA[BEGIN:VCALENDAR
>>
>> VERSION:1.0
>>
>> TZ:+0100
>>
>> DAYLIGHT:TRUE;+0200;19690330T020000;19691026T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19700329T020000;19701025T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19710328T020000;19711031T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19720326T020000;19721029T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19730325T020000;19731028T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19740331T020000;19741027T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19750330T020000;19751026T030000;;
>>
>> BEGIN:VEVENT
>>
>> X-FUNAMBOL-FOLDER:\\\\_Sync\\Kalender
>>
>> X-FUNAMBOL-ALLDAY:1
>>
>> DTSTART:19690811
>>
>> DTEND:19690812
>>
>> X-MICROSOFT-CDO-BUSYSTATUS:0
>>
>> CATEGORIES:
>>
>> DESCRIPTION:
>>
>> LOCATION:
>>
>> PRIORITY:1
>>
>> STATUS:0
>>
>> X-MICROSOFT-CDO-REPLYTIME:
>>
>> SUMMARY:Geburtstag von XXXXX
>> CLASS:PUBLIC
>>
>> AALARM:19690810T230000Z;;0;
>>
>> RRULE:YM1 8 #0
>>
>> EXDATE:
>>
>> RDATE:
>>
>> X-FUNAMBOL-BILLINGINFO:
>>
>> X-FUNAMBOL-COMPANIES:
>> X-FUNAMBOL-MILEAGE:
>>
>> X-FUNAMBOL-NOAGING:0
>>
>> END:VEVENT
>>
>> END:VCALENDAR
>>
>> ]]></Data>
>> </Item>
>> </Replace>
>> </Sync>
>> <Final/></SyncBody>
>> </SyncML>
>>
>> fehler kommt:
>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct ]:
>> Failed to parse time string (-3600) at position 3 (0): Unexpected character
>>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference _______________________________________________
egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german
Re: neuer sync error - Failed to parse time string (in last trunk)
noch was .....
die Geburtstag-Termine die ich per Funambol gesynct habe, haben auf einmal alle ein ENDDATUM von: Jährlich (endet: Donnerstag, 1970 Januar 1 )
Der Geburtag vom "Dieser Termin steht jedes Jahr am 16. August an, beginnend am 16.08.1970." wurde gar nicht zum EGW gesynct bzw. nicht angenommen.
nun - ich hab in den php settings gar nichts geändert und habe einfach update der trunk gemacht - und es funkt jetzt wieder ohne probs :)
SYNCING via funambol - funktioniert nun: also sag ich mal -> danke ralf - bug behoben :)
jedoch: (vielleicht liegt es auch an alten eintrag)
ich habe einen Eintrag im Kalender:
-> Geburtstag:
Geburtstag vom Mustermann Harald
Dieser Termin steht jedes Jahr am 16. August an, beginnend am 16.08.1970.
Ich will den "Eintrag löschen" und wenn ich ihn anklicke, dann passiert folgendes im EGW:
(auch ansehen von disem Termin geht nicht)
IM EGW:
=======
An error happened
DateTime::__construct() [datetime.--construct]: Failed to parse time string (19692000T000000) at position 7 (0): Unexpected character
Click here to resume your eGroupWare Session.
IM LOG VOM APACHEN
==================
xx.xx.xx.xx - - [20/Oct/2009:11:16:00 +0200] [office.XXXXXX.com/sid#1f86df8][rid#2a40c08/initial] (1) pass through /etemplate/process_exec.php
==> /var/log/NOT_SORTED_DEVLOG/notice.log <==
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: An error happened: DateTime::__construct() [datetime.--construct]: Failed to parse time string (19692000T000000) at position 7 (0): Unexpected character
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #0 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/class.egw_time.inc.php(98): DateTime->__construct('19692000T000000', Object(DateTimeZone))
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #1 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/class.egw_time.inc.php(267): egw_time->__construct('19692000', Object(DateTimeZone), 'string')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #2 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(654): egw_time::server2user('19692000', 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #3 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(623): calendar_bo->date2usertime('19692000', 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #4 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(698): calendar_bo->db2data(Array, 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #5 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(1025): calendar_bo->read(15904, 0, true, 'ts')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #6 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_bo.inc.php(688): calendar_bo->check_perms(1, 15904, 0, 'ts', 0)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #7 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_boupdate.inc.php(804): calendar_bo->read(15904, 0)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #8 /var/www/egroupware_TRUNK/htdocs/egroupware/calendar/inc/class.calendar_uilist.inc.php(104): calendar_boupdate->delete(15904)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #9 [internal function]: calendar_uilist->listview(Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #10 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/common_functions.inc.php(866): call_user_func(Array, Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #11 /var/www/egroupware_TRUNK/htdocs/egroupware/etemplate/inc/class.etemplate.inc.php(514): ExecMethod('calendar.calend...', Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #12 [internal function]: etemplate->process_exec()
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #13 /var/www/egroupware_TRUNK/htdocs/egroupware/phpgwapi/inc/common_functions.inc.php(866): call_user_func(Array)
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #14 /var/www/egroupware_TRUNK/htdocs/egroupware/etemplate/process_exec.php(24): ExecMethod('etemplate.etemp...')
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: #15 {main}
Oct 20 11:16:01 s_devlog@web1.XXXXXX.com apache2: # Instance=office.XXXXXX.com, User=ets, URL=https://office.XXXXXX.com/etemplate/process_exec.php?menuaction=calendar.calendar_uilist.listview
Damit kann ich (unter Linux und php5.2.9) im Kalender in der
Weboberfläche wiederholende Termine die vor 1970 beginnen eingeben.
Ich kann nicht sagen, ob das das gleiche Problem ist, das bei Dir unter
SyncML auftrat, es könnte aber sein. Ein Unterschied könnte (neben PHP
Version) auch Linux bzw Windows sein. Unter Windows konnten in früheren
PHP Versionen Timestamps nicht vor 1970 sein. Ich denke das das
inzwischen behoben wurde (in PHP), bin mir aber auch nicht 100% sicher.
Du solltest dann folgende Ausgabe bekommen:
-----------------------------------------------------------------------
egw_time::to(19690811,'Y-m-d H:i:s')=1969-08-11 00:00:00
2009-10-27 10h UTC timestamp=1256634000 --> server time = 2009-10-27,
10:00 --> user time = 2009-10-27, 10:00
2009-06-27 10h UTC timestamp=1246089600 --> server time = 2009-06-27,
10:00 --> user time = 2009-06-27, 10:00
-----------------------------------------------------------------------
Die zwei Exceptions in meiner Ausgabe sind normal, da die DateTime
Klasse selbst nicht mit Timestamps umgehen kann.
Ralf
Ralf Becker schrieb:
> Hi,
>
> kannst Du mal in das Apache error_log schauen: da müßte von dem Fehler /
> Exception ein Trace sein. Dann ist einfach festzustellen, woher der
> Fehler kommt.
>
> Der Trunk und speziell der Kalender verwendet jetzt die DateTime Klasse
> von php, die bei Dir die Exception geschmissen hat.
>
> Ralf
>
> Camel schrieb:
>>
>> Camel wrote:
>>> ich hab seit dem letzten trunk (fehler - ist neu muss in bereich sein seit
>>> 01.09.2009 bis 16.10.2009)
>>>
>>> das habe ich im funambol gesehn, jedoch auch ähnliche fehler meldung habe
>>> ich auch bekommen beim versuch alle alten termine zu lÖSCHEn im egw.
>>>
>>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct
>>> ]: Failed to parse time string (-3600) at position 3 (0): Unexpected
>>> character
>>>
>>> hat das auch jemand schon gehabt ?
>>> cu camel
>>>
>> und zwar hat es zu tun mit serienterminen ...
>>
>> leicht reproduzierbar:
>> 1.) in Outlook einen Kontakt anlegen mit Geburtstag
>> damit legt Outlook einen neuen Serientermin an...
>> und
>> 2.) syncen via funambol zu EGW, dann komnmt dieser Fehler..
>>
>> hier ein Auszug vom SYNCML Log
>> <SyncML>
>> <SyncHdr><VerDTD>1.2</VerDTD>
>> <VerProto>SyncML/1.2</VerProto>
>> <SessionID>1255658268</SessionID>
>> <MsgID>2</MsgID>
>> <Target><LocURI>https://office.rocam.com/rpc.php</LocURI>
>> </Target>
>> <Source><LocURI>fol-UkxUMzpBZG1pbmlzdHJhdG9y</LocURI>
>> </Source>
>> </SyncHdr>
>> <SyncBody><Status><CmdID>1</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>0</CmdRef>
>> <Cmd>SyncHdr</Cmd>
>> <TargetRef>fol-UkxUMzpBZG1pbmlzdHJhdG9y</TargetRef>
>> <SourceRef>https://office.rocam.com/rpc.php</SourceRef>
>> <Data>200</Data>
>> </Status>
>> <Status><CmdID>2</CmdID>
>> <MsgRef>1</MsgRef>
>> <CmdRef>3</CmdRef>
>> <Cmd>Alert</Cmd>
>> <TargetRef>./calendar</TargetRef>
>> <SourceRef>appointment</SourceRef>
>> <Data>200</Data>
>> <Item><Data><Anchor xmlns="syncml:metinf"><Next>1255658270</Next>
>> </Anchor>
>> </Data>
>> </Item>
>> </Status>
>> <Sync><CmdID>3</CmdID>
>> <Target><LocURI>./calendar</LocURI>
>> </Target>
>> <Source><LocURI>appointment</LocURI>
>> </Source>
>> <Replace><CmdID>4</CmdID>
>> <Meta><Type xmlns="syncml:metinf">text/x-vcalendar</Type>
>> </Meta>
>> <Item><Source><LocURI>000000000BCB596529C8154E86DC12E1FD3AD238C4962000</LocURI>
>> </Source>
>> <Data><![CDATA[BEGIN:VCALENDAR
>>
>> VERSION:1.0
>>
>> TZ:+0100
>>
>> DAYLIGHT:TRUE;+0200;19690330T020000;19691026T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19700329T020000;19701025T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19710328T020000;19711031T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19720326T020000;19721029T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19730325T020000;19731028T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19740331T020000;19741027T030000;;
>>
>> DAYLIGHT:TRUE;+0200;19750330T020000;19751026T030000;;
>>
>> BEGIN:VEVENT
>>
>> X-FUNAMBOL-FOLDER:\\\\_Sync\\Kalender
>>
>> X-FUNAMBOL-ALLDAY:1
>>
>> DTSTART:19690811
>>
>> DTEND:19690812
>>
>> X-MICROSOFT-CDO-BUSYSTATUS:0
>>
>> CATEGORIES:
>>
>> DESCRIPTION:
>>
>> LOCATION:
>>
>> PRIORITY:1
>>
>> STATUS:0
>>
>> X-MICROSOFT-CDO-REPLYTIME:
>>
>> SUMMARY:Geburtstag von XXXXX
>> CLASS:PUBLIC
>>
>> AALARM:19690810T230000Z;;0;
>>
>> RRULE:YM1 8 #0
>>
>> EXDATE:
>>
>> RDATE:
>>
>> X-FUNAMBOL-BILLINGINFO:
>>
>> X-FUNAMBOL-COMPANIES:
>> X-FUNAMBOL-MILEAGE:
>>
>> X-FUNAMBOL-NOAGING:0
>>
>> END:VEVENT
>>
>> END:VCALENDAR
>>
>> ]]></Data>
>> </Item>
>> </Replace>
>> </Sync>
>> <Final/></SyncBody>
>> </SyncML>
>>
>> fehler kommt:
>> <pre>DateTime::__construct() [ datetime.--construct datetime.--construct ]:
>> Failed to parse time string (-3600) at position 3 (0): Unexpected character
>>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference _______________________________________________
egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german
Re: neuer sync error - Failed to parse time string (in last trunk)
wenn ich die seite aufrufe, dann kommt das gleich wie bei dir.....
egw_time::to(19690811,'Y-m-d H:i:s')=1969-08-11 00:00:00
egw_time(19690811)->format('Y-m-d H:i:s')=1969-08-11 00:00:00
DateTime(19690811)->format('Y-m-d H:i:s')=1969-08-11 00:00:00
egw_time::to(-3600,'Y-m-d H:i:s')=1970-01-01 00:00:00
egw_time(-3600)->format('Y-m-d H:i:s')=1970-01-01 00:00:00
Exception: DateTime::__construct() [datetime.--construct]: Failed to parse time string (-3600) at position 3 (0): Unexpected character
egw_time::to(-119322000,'Y-m-d H:i:s')=1966-03-22 00:00:00
egw_time(-119322000)->format('Y-m-d H:i:s')=1966-03-22 00:00:00
Exception: DateTime::__construct() [datetime.--construct]: Failed to parse time string (-119322000) at position 8 (0): Unexpected character
user timezone = UTC, server timezone = Europe/Berlin
ime=1256029597=2009-10-20 11:06:37(server) =2009-10-20 11:06:37(user) =1256029597(user)=2009-10-20 11:06:37
egw_time::to(array('full' => '20091020', 'hour' => 12, 'minute' => 0))='2009-10-20, 12:00'
2009-10-27 10h UTC timestamp=1256634000 --> server time = 2009-10-27, 10:00 --> user time = 2009-10-27, 10:00
2009-06-27 10h UTC timestamp=1246089600 --> server time = 2009-06-27, 10:00 --> user time = 2009-06-27, 10:00
Du solltest dann folgende Ausgabe bekommen:
-----------------------------------------------------------------------
egw_time::to(19690811,'Y-m-d H:i:s')=1969-08-11 00:00:00
egw_time(19690811)->format('Y-m-d H:i:s')=1969-08-11 00:00:00
DateTime(19690811)->format('Y-m-d H:i:s')=1969-08-11 00:00:00
egw_time::to(-3600,'Y-m-d H:i:s')=1970-01-01 00:00:00
egw_time(-3600)->format('Y-m-d H:i:s')=1970-01-01 00:00:00
Exception: DateTime::__construct() [datetime.--construct]: Failed to
parse time string (-3600) at position 3 (0): Unexpected character
egw_time::to(-119322000,'Y-m-d H:i:s')=1966-03-22 00:00:00
egw_time(-119322000)->format('Y-m-d H:i:s')=1966-03-22 00:00:00
Exception: DateTime::__construct() [datetime.--construct]: Failed to
parse time string (-119322000) at position 8 (0): Unexpected character
user timezone = UTC, server timezone = Europe/Berlin
time=1255669895=2009-10-16 07:11:35(server) =2009-10-16 07:11:35(user)
=1255669895(user)=2009-10-16 07:11:35
egw_time::to(array('full' => '20091020', 'hour' => 12, 'minute' =>
0))='2009-10-20, 12:00'
2009-10-27 10h UTC timestamp=1256634000 --> server time = 2009-10-27,
10:00 --> user time = 2009-10-27, 10:00
2009-06-27 10h UTC timestamp=1246089600 --> server time = 2009-06-27,
10:00 --> user time = 2009-06-27, 10:00
Re: neuer sync error - Failed to parse time string (in last trunk)
weiters ist ein neuer fehler /den ich früher nie hatte...)
der fehler passiert wenn ich einen neuen Geburtstag im EGW anlege und dannv ersuche zu syncen ....
habe es auch mit älteren funambol versucht, damit ausgeschlossen ist, dass der fehler nicht auf einmal neu beim funambol ist....
dabie crashzt sogar der funambol ab (inkl. auch alte versionen versucht....)
ich kann nur leider nicht mehr auf eine alte EGW version retour spielen um zu verifizieren, dass das früher gegangen ist, jedoch bin ich mir sehr sicher, dass ich den fehler früher nie hatte, weil das wär mir aufgefallen....
cu camel
Re: neuer sync error - Failed to parse time string (in last trunk)
wobei dieser fehler sieht für mich so aus, wie wenn der vcalendar nicht konform wäre und ist vielleicht ICS standard (ical),
weil laut def. seite:
sieht das anders aus - dort wird ein RRULE scheinbar anders angegeben als wie beim RFC2445
Recurrence Rule
This property is identified by the property name RRULE. This property defines a rule or repeating pattern for a recurring vCalendar entity, based on the Basic Recurrence Rule Grammar of XAPIA's CSA. The value for the property is a pattern specification for the recurrence. The following is an example of this property:
RRULE:W2 TU TH // Every other week, on Tuesday and Thursday
RRULE:D1 #10 // Daily for 10 occurrences
RRULE:YM1 6 7 #8 // Yearly in June and July for 8 occurrences
Support for this property is optional for implementations conforming to this specification.
Resources
This property is identified by the property name RESOURCES. This property defines the equipment or resources needed in the vCalendar event.
Some of the values that the property may have include the following:
Camel wrote:
weiters ist ein neuer fehler /den ich früher nie hatte...)
der fehler passiert wenn ich einen neuen Geburtstag im EGW anlege und dannv ersuche zu syncen ....
habe es auch mit älteren funambol versucht, damit ausgeschlossen ist, dass der fehler nicht auf einmal neu beim funambol ist....
dabie crashzt sogar der funambol ab (inkl. auch alte versionen versucht....)
ich kann nur leider nicht mehr auf eine alte EGW version retour spielen um zu verifizieren, dass das früher gegangen ist, jedoch bin ich mir sehr sicher, dass ich den fehler früher nie hatte, weil das wär mir aufgefallen....