DateTimeZone Exception with "Europe/Berlin" as "Unknown or bad timezone"

[Oliver J]

Hi,

I'm using SabreDAV through my Owncloud installation and am trying to
sync several calendars with my android phone using the apps by http://dmfs.org/

Of the 5 calendars I'm trying to sync, 4 are working flawlessly, but
one does not sync. The error message displayed in the android log is
found below.

The error message states that "Europe/Berlin" is an unknow or bad
timezone. I checked the .ics files from both the working and the not
syncing calendar, and both have "Europe/Berlin" set as a timezone on
several events. Now the calendar that is not syncing is quite big (2
MB ics), which makes manually debugging every entry impossible.

Is there some way that I can enable a debugging-mode for sabredav,
providing me with more detailed error messages? I'm not sure how I
would set up a debug proxy in android.

V/org.dmfs.dav.CalDav(13360): using calendar-query
I/CalendarProvider2(13063): Sending notification intent: Intent
{ act=android.intent.action.PROVIDER_CHANGED dat=content://
com.android.calendar }
W/ContentResolver(13063): Failed to get type for: content://com.android.calendar
(Unknown URL content://com.android.calendar)
V/org.dmfs.dav.methods.DavReport(13360): Status: 500
V/org.dmfs.dav.methods.DavReport(13360): <?xml version="1.0"
encoding="utf-8"?>
V/org.dmfs.dav.methods.DavReport(13360): <d:error xmlns:d="DAV:"
xmlns:s="http://sabredav.org/ns">
V/org.dmfs.dav.methods.DavReport(13360): <s:exception>Exception</
s:exception>
V/org.dmfs.dav.methods.DavReport(13360):
<s:message>DateTimeZone::__construct() [&lt;a href='datetimezone.--
construct'&gt;datetimezone.--construct&lt;/a&gt;]: Unknown or bad
timezone ("Europe/Berlin")</s:message>
V/org.dmfs.dav.methods.DavReport(13360): <s:sabredav-version>1.5.4</
s:sabredav-version>
V/org.dmfs.dav.methods.DavReport(13360): </d:error>
W/System.err(13360): org.apache.http.client.ClientProtocolException:
calendar-query failed
W/System.err(13360): at
org.dmfs.dav.CalDav.calendarQuery(CalDav.java:1293)
W/System.err(13360): at
org.dmfs.dav.CalDav.loadResourceUpdates(CalDav.java:1138)
W/System.err(13360): at
org.dmfs.caldav.syncadapter.SyncAdapter.onPerformSync(SyncAdapter.java:
273)
W/System.err(13360): at android.content.AbstractThreadedSyncAdapter
$SyncThread.run(AbstractThreadedSyncAdapter.java:247)
V/org.dmfs.caldav.syncadapter.SyncAdapter(13360): sync complete

[Evert Pot]

Hi Oliver,

Odd that your system wouldn't have that timezone.

Can you post the output of:

print_r( DateTimeZone::listIdentifiers() );

If Europe/Berlin is indeed in there, can you send me the calendar you're trying to use?
Perhaps there's something odd in there.

Thanks!
Evert

> --
> You received this message because you are subscribed to the Google Groups "SabreDAV Discussion" group.
> To post to this group, send email to sabredav...@googlegroups.com.
> To unsubscribe from this group, send email to sabredav-discu...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/sabredav-discuss?hl=en.
>

[kanka]

Hi,

I got bitten with this one too, the only difference being for the
Europe/Paris Timezone.

Here is what seems to be one of the offending events:
==============================================================================================
BEGIN:VCALENDAR
CALSCALE:GREGORIAN
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:/freeassociation.sourceforge.net/Tzfile/Europe/Paris
X-LIC-LOCATION:Europe/Paris
BEGIN:STANDARD
TZNAME:CET
DTSTART:19701028T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:CEST
DTSTART:19700325T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:20120220T173316Z-10478-1000-1193-6@mymachine
DTSTAMP:20120220T172012Z
DTSTART;TZID=/freeassociation.sourceforge.net/Tzfile/Europe/Paris:
20120308T073000
DTEND;TZID=/freeassociation.sourceforge.net/Tzfile/Europe/Paris:
20120308T123000
TRANSP:OPAQUE
SEQUENCE:2
SUMMARY:XXXXX
CLASS:PUBLIC
CREATED:20120220T173341Z
LAST-MODIFIED:20120220T173341Z
END:VEVENT
END:VCALENDAR
==============================================================================================


Output from ngrep port 80:
==============================================================================================
HTTP/1.1 500 Internal Server Error..Date: Mon, 20 Feb 2012 19:35:23
GMT..Server: Apache/2.2.16 (Debian)..X
-Powered-By: PHP/5.3.3-7+squeeze8..Expires: Thu, 19 Nov 1981
08:52:00 GMT..Cache-Control: no-store, no-cac
he, must-revalidate, post-check=0, pre-check=0..Pragma: no-
cache..Content-Length: 329..Connection: close..
Content-Type: application/xml; charset=utf-8....<?xml version="1.0"
encoding="utf-8"?>.<d:error xmlns:d="D
AV:" xmlns:s="http://sabredav.org/ns">. <s:exception>Exception</
s:exception>. <s:message>DateTimeZone::_
_construct(): Unknown or bad timezone (/
freeassociation.sourceforge.net/Tzfile/Europe/Paris)</s:message>.
<s:sabredav-version>1.5.4</s:sabredav-version>.</
d:error>.
==============================================================================================

Output from print_r( DateTimeZone::listIdentifiers() );
==============================================================================================
...
[341] => Europe/Paris
...
==============================================================================================


Is this somehow related to this patch?
https://code.google.com/p/sabredav/issues/attachmentText?id=95&aid=950016000&name=SabreDAV-1.5.5-tzid-fix.patch&token=OnEv0Cx4OvGrjNPJVJHpqBS_Ang%3A1327291274941

Best,

kanka

On 15 fév, 07:46, Evert Pot <evert...@gmail.com> wrote:
> Hi Oliver,
>
> Odd that your system wouldn't have that timezone.
>
> Can you post the output of:
>
> print_r( DateTimeZone::listIdentifiers() );
>
> If Europe/Berlin is indeed in there, can you send me the calendar you're trying to use?
> Perhaps there's something odd in there.
>
> Thanks!
> Evert
>
> On Feb 15, 2012, at 1:40 PM, Oliver J wrote:
>
>
>
>
>
>
>
> > Hi,
>
> > I'm using SabreDAV through my Owncloud installation and am trying to

> > sync several calendars with my android phone using the apps byhttp://dmfs.org/

[kanka]

Hi,

I got bitten by the same bug, I've got the same configuration
(ownCloud v3.0 with caldav-sync android app) but for the Europe/Paris
Timezone.

Output from print_r( DateTimeZone::listIdentifiers() );

#############################################################################################

...
[341] => Europe/Paris
...

#############################################################################################

Some extra logs:

Output from ngrep port 80 :

#############################################################################################

HTTP/1.1 500 Internal Server Error..Date: Mon, 20 Feb 2012 19:35:23
GMT..Server: Apache/2.2.16 (Debian)..X
-Powered-By: PHP/5.3.3-7+squeeze8..Expires: Thu, 19 Nov 1981
08:52:00 GMT..Cache-Control: no-store, no-cac
he, must-revalidate, post-check=0, pre-check=0..Pragma: no-
cache..Content-Length: 329..Connection: close..
Content-Type: application/xml; charset=utf-8....<?xml version="1.0"
encoding="utf-8"?>.<d:error xmlns:d="D
AV:" xmlns:s="http://sabredav.org/ns">. <s:exception>Exception</
s:exception>. <s:message>DateTimeZone::_
_construct(): Unknown or bad timezone (/
freeassociation.sourceforge.net/Tzfile/Europe/Paris)</s:message>.
<s:sabredav-version>1.5.4</s:sabredav-version>.</d:error>.

#############################################################################################

And what seems to be one of the offending events:
#############################################################################################

SUMMARY:XXXXXX

CLASS:PUBLIC
CREATED:20120220T173341Z
LAST-MODIFIED:20120220T173341Z
END:VEVENT
END:VCALENDAR

#############################################################################################

Best regards,

kanka

On 15 fév, 07:46, Evert Pot <evert...@gmail.com> wrote:

> Hi Oliver,
>
> Odd that your system wouldn't have that timezone.
>
> Can you post the output of:
>
> print_r( DateTimeZone::listIdentifiers() );
>
> If Europe/Berlin is indeed in there, can you send me the calendar you're trying to use?
> Perhaps there's something odd in there.
>
> Thanks!
> Evert
>
> On Feb 15, 2012, at 1:40 PM, Oliver J wrote:
>
>
>
>
>
>
>
> > Hi,
>
> > I'm using SabreDAV through my Owncloud installation and am trying to

> > sync several calendars with my android phone using the apps byhttp://dmfs.org/

[Evert Pot]

Hi Kanka,

On Feb 20, 2012, at 9:00 PM, kanka wrote:

> Hi,
>
> I got bitten with this one too, the only difference being for the
> Europe/Paris Timezone.

I don't think your issue is the same. In your example the X-LIC-Location should be parsed.

One question:

Can you set:

$server->debugExceptions = true;

and send me the output of that HTTP/1.1 500 again? This tells me exactly where the error is.

Thanks!

Evert

[kanka]

Hi Evert,

Thanks for you answer, here is the ngrep output with $server-
>debugExceptions = true;

##############################################################################################
T <server IP> -> <phone IP>:34256 [A]
HTTP/1.1 500 Internal Server Error..Date: Mon, 20 Feb 2012 22:44:36

GMT..Server: Apache/2.2.16 (Debian)..X
-Powered-By: PHP/5.3.3-7+squeeze8..Expires: Thu, 19 Nov 1981
08:52:00 GMT..Cache-Control: no-store, no-cac
he, must-revalidate, post-check=0, pre-check=0..Pragma: no-

cache..Content-Length: 1905..Connection: close.
.Content-Type: application/xml; charset=utf-8....<?xml version="1.0"

encoding="utf-8"?>.<d:error xmlns:d="

DAV:" xmlns:s="http://sabredav.org/ns">. <s:exception>Exception</

s:exception>. <s:message>DateTimeZone::

__construct(): Unknown or bad timezone (/
freeassociation.sourceforge.net/Tzfile/Europe/Paris)</s:message>.
<s:file>/home/var/www/kanka.ch/owncloud/www/3rdparty/Sabre/CalDAV/
Plugin.php</s:file>. <s:line>543</s:l
ine>. <s:code>0</s:code>. <s:stacktrace>#0 /home/var/www/<my
domain>/owncloud/www/3rdparty/Sabre/CalDAV/Plu
gin.php(543): DateTimeZone-&gt;__construct('/freeassociatio...').#1 /
home/var/www/<my domain>/owncloud/www/3r
dparty/Sabre/CalDAV/Plugin.php(470): Sabre_CalDAV_Plugin-
&gt;validateTimeRangeFilterForEvent(Object(Simple
XMLElement), '/c:iCalendar/c:...', Array).#2 /home/var/www/<my
domain>/owncloud/www/3rdparty/Sabre/CalDAV/Plu
gin.php(415): Sabre_CalDAV_Plugin-
&gt;validateFilters('BEGIN:VCALENDAR...', Array).#3 /home/var/www/<my
domain>/owncloud/www/3rdparty/Sabre/CalDAV/Plugin.php(204):
Sabre_CalDAV_Plugin-&gt;calendarQueryReport(Object(
DOMDocument)).#4 [internal function]: Sabre_CalDAV_Plugin-
&gt;report('
#
T <server IP> -> <phone IP>:34256 [AP]
{urn:ietf:param...', Object(DOMDocument), 'calendars/myuser...').#5 /
home/var/www/<my domain>/owncloud/www/3rd
party/Sabre/DAV/Server.php(409): call_user_func_array(Array,
Array).#6 /home/var/www/<my domain>/owncloud/www
/3rdparty/Sabre/DAV/Server.php(991): Sabre_DAV_Server-
&gt;broadcastEvent('report', Array).#7 [internal fun
ction]: Sabre_DAV_Server-&gt;httpReport('calendars/myuser...').#8 /
home/var/www/<my domain>/owncloud/www/3rdpa
rty/Sabre/DAV/Server.php(450): call_user_func(Array, 'calendars/
myusur...').#9 /home/var/www/<my domain>/owncl
oud/www/3rdparty/Sabre/DAV/Server.php(201): Sabre_DAV_Server-
&gt;invokeMethod('REPORT', 'calendars/myuser..
.').#10 /home/var/www/<my domain>/owncloud/www/apps/calendar/
caldav.php(40): Sabre_DAV_Server-&gt;exec().#11
{main}</s:stacktrace>. <s:sabredav-version>1.5.4</s:sabredav-

version>.</d:error>.

##############################################################################################

[kanka]

Ah, I just got an answer from Marten, the developper of caldav-sync
(the android app). Here it is:

this looks like a known bug in SabreDAV. Please see the known issues
in my
wiki for details: http://dmfs.org/wiki/index.php?title=OwnCloud
SabreDAV crashes on a calendar-query when there are events that
contain a
time zone that it doesn't recognize.
I'm not sure if this is fixed in SabreDAV yet, but you could try to
upgrade SabreDAV.

[Evert Pot]

On Feb 21, 2012, at 12:01 AM, kanka wrote:

> Ah, I just got an answer from Marten, the developper of caldav-sync
> (the android app). Here it is:
>
> this looks like a known bug in SabreDAV. Please see the known issues
> in my
> wiki for details: http://dmfs.org/wiki/index.php?title=OwnCloud
> SabreDAV crashes on a calendar-query when there are events that
> contain a
> time zone that it doesn't recognize.
> I'm not sure if this is fixed in SabreDAV yet, but you could try to
> upgrade SabreDAV.

In version 1.6.0 this is fully fixed.. SabreDAV will default to the system timezone if it doesn't recognize the timezone.
But my plan is still to try a 'best effort' for finding out the correct timezone id.

I'm pretty sure the bug you found is not fixed in 1.5.7, so I'll definitely correct this.

Thanks for the info!

Evert

[Evert Pot]

Can you check this version:

https://github.com/evert/SabreDAV/zipball/1.5

[kanka]

Hi Evert,

It works like a charm - now that's some bugfixing! :)

Thanks a lot,

kanka

[Evert Pot]

Ah well, I cannot take credit. The patch was submitted a bit over a month ago by an anonymous person, but hadn't had the time to verify it yet until now.

[bill]

I'm running into the same problem. I've applied your patch linked
above, but am still getting an error on calendar-query. I've verified
that the time zone it's complaining about (America/Chicago) does exist
on my server. Here's what I can see in my log:

03-29 13:05:52.913 W/System.err(6311):
org.apache.http.client.ClientProtocolException: calendar-query failed:
03-29 13:05:52.943 W/System.err(6311): http status code: 500
03-29 13:05:52.943 W/System.err(6311): <?xml version="1.0"
encoding="utf-8"?>
03-29 13:05:52.943 W/System.err(6311): <d:error xmlns:d="DAV:"
xmlns:s="http://sabredav.org/ns"&gt;
03-29 13:05:52.953 W/System.err(6311): <s:exception>Exception</
s:exception>
03-29 13:05:52.953 W/System.err(6311):
<s:message>DateTimeZone::__construct(): Unknown or bad timezone
("America/Chicago")</s:message>
03-29 13:05:52.963 W/System.err(6311): <s:file>C:\inetpub\cloud
\3rdparty\Sabre\CalDAV\Plugin.php</s:file>
03-29 13:05:52.963 W/System.err(6311): <s:line>570</s:line>
03-29 13:05:52.963 W/System.err(6311): <s:code>0</s:code>
03-29 13:05:52.963 W/System.err(6311): <s:stacktrace>#0 C:\inetpub
\cloud\3rdparty\Sabre\CalDAV\Plugin.php(570): DateTimeZone-
&gt;__construct('"America/Chicag...')
03-29 13:05:52.973 W/System.err(6311): #1 C:\inetpub\cloud\3rdparty
\Sabre\CalDAV\Plugin.php(470): Sabre_CalDAV_Plugin-

&gt;validateTimeRangeFilterForEvent(Object(SimpleXMLElement), '/
c:iCalendar/c:...', Array)

03-29 13:05:52.973 W/System.err(6311): #2 C:\inetpub\cloud\3rdparty
\Sabre\CalDAV\Plugin.php(415): Sabre_CalDAV_Plugin-

&gt;validateFilters('BEGIN:VCALENDAR...', Array)

03-29 13:05:52.983 W/System.err(6311): #3 C:\inetpub\cloud\3rdparty
\Sabre\CalDAV\Plugin.php(204): Sabre_CalDAV_Plugin-
&gt;calendarQueryReport(Object(DOMDocument))
03-29 13:05:52.983 D/dalvikvm(6642): GC_FOR_MALLOC freed 122K, 50%
free 3347K/6663K, external 12K/524K, paused 59ms
03-29 13:05:52.983 I/dalvikvm-heap(6642): Grow heap (frag case) to
5.932MB for 71548-byte allocation
03-29 13:05:52.983 W/System.err(6311): #4 [internal function]:
Sabre_CalDAV_Plugin-&gt;report('{urn:ietf:param...',
Object(DOMDocument), 'calendars/power...')
03-29 13:05:52.983 W/System.err(6311): #5 C:\inetpub\cloud\3rdparty
\Sabre\DAV\Server.php(409): call_user_func_array(Array, Array)
03-29 13:05:52.983 W/System.err(6311): #6 C:\inetpub\cloud\3rdparty
\Sabre\DAV\Server.php(991): Sabre_DAV_Server-

&gt;broadcastEvent('report', Array)

03-29 13:05:52.983 W/System.err(6311): #7 [internal function]:
Sabre_DAV_Server-&gt;httpReport('calendars/power...')
03-29 13:05:52.983 W/System.err(6311): #8 C:\inetpub\cloud\3rdparty
\Sabre\DAV\Server.php(450): call_user_func(Array, 'calendars/
power...')
03-29 13:05:52.983 W/System.err(6311): #9 C:\inetpub\cloud\3rdparty
\Sabre\DAV\Server.php(201): Sabre_DAV_Server-
&gt;invokeMethod('REPORT', 'calendars/power...')
03-29 13:05:52.983 W/System.err(6311): #10 C:\inetpub\cloud\apps
\calendar\caldav.php(36): Sabre_DAV_Server-&gt;exec()
03-29 13:05:52.983 W/System.err(6311): #11 {main}</s:stacktrace>
03-29 13:05:52.983 W/System.err(6311): <s:sabredav-version>1.5.8</
s:sabredav-version>
03-29 13:05:52.983 W/System.err(6311): </d:error>

On Feb 20, 7:54 pm, Evert Pot <evert...@gmail.com> wrote:
> Ah well, I cannot take credit. The patch was submitted a bit over a month ago by an anonymous person, but hadn't had the time to verify it yet until now.
>
> On Feb 21, 2012, at 1:25 AM, kanka wrote:
>
>
>
>
>
>
>
> > Hi Evert,
>
> > It works like a charm -  now that's some bugfixing! :)
>
> > Thanks a lot,
>
> > kanka
>
> > On 20 fév, 19:06, Evert Pot <evert...@gmail.com> wrote:
> >> Can you check this version:
>
> >>https://github.com/evert/SabreDAV/zipball/1.5
>
> >> On Feb 20, 2012, at 9:23 PM, kanka wrote:
>
> >>> Hi,
>
> >>> I got bitten by the same bug, I've got the same configuration
> >>> (ownCloud v3.0 with caldav-sync android app) but for the Europe/Paris
> >>> Timezone.
>
> >>> Output from print_r(DateTimeZone::listIdentifiers() );
> >>> ########################################################################### ##################

> >>>> print_r(DateTimeZone::listIdentifiers() );

[Evert Pot]

On Mar 29, 2012, at 8:34 PM, bill wrote:

> I'm running into the same problem. I've applied your patch linked
> above, but am still getting an error on calendar-query. I've verified
> that the time zone it's complaining about (America/Chicago) does exist
> on my server. Here's what I can see in my log:

Not quite the same error. Judging from your error, it appears that the name of that timezone contains literal quotes.
Can you please post the calendar object that triggers this?

You should be able to find it by doing a database search on the string "America/Chicago" (including the quotes!)
Would love to get a hint to find out which client software may have produced this.

Evert

[bill]

Thanks for the prompt reply. I imported the schedule for my local team
(Chicago Blackhawks) into my ownCloud 3.0 install of SabreDAV. You can
get the same .ics from here:

http://blackhawks.nhl.com/v2/ext/iCal-Files/Blackhawks-Schedule-2011-12.ics

I used eM Client to import it, and it can be viewed fine from eM
Client and ownCloud. The error comes in when I try to sync the
calendar to my android phone using CalDAV-sync from dmfs.org.

> >>>>>>> W/System.err(13360):    at...
>
> read more »

[Evert Pot]

On Mar 29, 2012, at 10:34 PM, bill wrote:

> Thanks for the prompt reply. I imported the schedule for my local team
> (Chicago Blackhawks) into my ownCloud 3.0 install of SabreDAV. You can
> get the same .ics from here:
>
> http://blackhawks.nhl.com/v2/ext/iCal-Files/Blackhawks-Schedule-2011-12.ics
>
> I used eM Client to import it, and it can be viewed fine from eM
> Client and ownCloud. The error comes in when I try to sync the
> calendar to my android phone using CalDAV-sync from dmfs.org.

I created a small script to test this ics:

<?php

include 'lib/Sabre/autoload.php';

$vObject = Sabre_VObject_Reader::read(file_get_contents('test.ics'));

foreach($vObject->VEVENT as $event) {

echo $event->DTSTART->getDateTime()->format(DATE_ATOM), " ", $event->summary,"\n";

}

?>

And it comes out correctly. My guess is that emClient messes with the data.
I really need to see exactly how to the event gets stored in the database..

Evert

[bill]

Hi Evert,

You're absolutely correct. eM Client appears to be storing it with the
quotes when I import the ics through there. I imported the same file
through ownCloud and it seems to be working just fine now. Below is an
example of an event as it exists in the db after import from eM
Client.

Thanks for the help,
Bill

BEGIN:VCALENDAR
X-WR-CALNAME:Blackhawks Schedule 2011-12
X-APPLE-CALENDAR-COLOR:#E51717
X-WR-TIMEZONE:America/Chicago
CALSCALE:GREGORIAN
PRODID:-//eM Client/4.0.13961.0
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/Chicago
BEGIN:DAYLIGHT
TZOFFSETFROM:-0600
RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
DTSTART:20070311T020000
TZNAME:CDT
TZOFFSETTO:-0500
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0500
RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
DTSTART:20071104T020000
TZNAME:CST
TZOFFSETTO:-0600
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20110624T181236Z
UID:be3bbfff-96e8-4c66-9908-ab791a62231d
DTEND;TZID="America/Chicago":20111008T223000
TRANSP:OPAQUE
SUMMARY:Stars @ Blackhawks (Home Opener)
DTSTART;TZID="America/Chicago":20111008T193000
DTSTAMP:20120330T013232Z
SEQUENCE:2
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
LAST-MODIFIED:20120330T013237Z
CLASS:PUBLIC
END:VEVENT
END:VCALENDAR

On Mar 29, 3:40 pm, Evert Pot <evert...@gmail.com> wrote:
> On Mar 29, 2012, at 10:34 PM, bill wrote:
>
> > Thanks for the prompt reply. I imported the schedule for my local team
> > (Chicago Blackhawks) into my ownCloud 3.0 install of SabreDAV. You can
> > get the same .ics from here:
>

> >http://blackhawks.nhl.com/v2/ext/iCal-Files/Blackhawks-Schedule-2011-...

> >>>>>>>>> providing me with more detailed error messages? I'm not sure...
>
> read more »

[Evert Pot]

On Mar 30, 2012, at 3:41 AM, bill wrote:

> Hi Evert,
>
> You're absolutely correct. eM Client appears to be storing it with the
> quotes when I import the ics through there. I imported the same file
> through ownCloud and it seems to be working just fine now. Below is an
> example of an event as it exists in the db after import from eM
> Client.

Ok, this does seem like a bug.. I'll look into this soon.

Evert

[Evert Pot]

Hi!

On Mar 30, 2012, at 3:41 AM, bill wrote:

> Hi Evert,
>
> You're absolutely correct. eM Client appears to be storing it with the
> quotes when I import the ics through there. I imported the same file
> through ownCloud and it seems to be working just fine now. Below is an
> example of an event as it exists in the db after import from eM
> Client.

Looked into the issue, and had a lot of trouble finding it at first.
Until I realized you were using a 1.5.* version..

Anyway, the problem is fixed. From what I understand you already devised a workaround yourself, but if you need it still, you can grab a copy here:

https://github.com/evert/SabreDAV/zipball/1.5

Cheers,
Evert

[bill]

This will be helpful for myself and others who are using the latest
release of ownCloud, which shipped with the 1.5.* branch of SabreDAV.
From what I read in the forums, the next release of ownCloud will
incorporate the latest greatest SabreDAV. Thanks for the hard work on
this great product :)

[Evert Pot]

On Apr 3, 2012, at 8:24 PM, bill wrote:

> This will be helpful for myself and others who are using the latest
> release of ownCloud, which shipped with the 1.5.* branch of SabreDAV.
> From what I read in the forums, the next release of ownCloud will
> incorporate the latest greatest SabreDAV. Thanks for the hard work on
> this great product :)

Thanks! :)

Evert