Empty ICS file created

The data returned by the WebCal server seems to be very messy ??

<?xml version="1.0" encoding="UTF-8"?>
<D:multistatus xmlns:D="DAV:" xmlns:APPLE="https://apple.com/ns/ical/" xmlns:CAL="urn:ietf:params:xml:ns:caldav" xmlns:CS="https://calendarserver.org/ns/"><D:response><D:href>/caldav/Y2FsOi8vMC83OQ/c59b0a13-1618-45e9-b424-3a0064bf0315.ics</D:href><D:propstat><D:prop><D:getetag>https://www.open-xchange.com/etags/3-1542228613443</D:getetag><calendar-data xmlns="urn:ietf:params:xml:ns:caldav"><![CDATA[
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Open-Xchange//7.10.1-Rev4//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
TZURL:https://tzurl.org/zoneinfo/Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19810329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19961027T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:+005328
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:18930401T000000
RDATE:18930401T000000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19160430T230000
RDATE:19160430T230000
RDATE:19170416T020000
RDATE:19180415T020000
RDATE:19400401T020000
RDATE:19430329T020000
RDATE:19440403T020000
RDATE:19450402T020000
RDATE:19460414T020000
RDATE:19470406T030000
RDATE:19480418T020000
RDATE:19490410T020000
RDATE:19800406T020000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19161001T010000
RDATE:19161001T010000
RDATE:19170917T030000
RDATE:19180916T030000
RDATE:19421102T030000
RDATE:19431004T030000
RDATE:19441002T030000
RDATE:19451118T030000
RDATE:19461007T030000
RDATE:19471005T030000
RDATE:19481003T030000
RDATE:19491002T030000
RDATE:19800928T030000
RDATE:19810927T030000
RDATE:19820926T030000
RDATE:19830925T030000
RDATE:19840930T030000
RDATE:19850929T030000
RDATE:19860928T030000
RDATE:19870927T030000
RDATE:19880925T030000
RDATE:19890924T030000
RDATE:19900930T030000
RDATE:19910929T030000
RDATE:19920927T030000
RDATE:19930926T030000
RDATE:19940925T030000
RDATE:19950924T030000
END:STANDARD
BEGIN:DAYLIGHT
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
TZNAME:CEMT
DTSTART:19450524T010000
RDATE:19450524T010000
RDATE:19470511T020000
END:DAYLIGHT
BEGIN:DAYLIGHT
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19450924T030000
RDATE:19450924T030000
RDATE:19470629T030000
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19460101T000000
RDATE:19460101T000000
RDATE:19800101T000000
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20181114T205013Z
CLASS:PUBLIC
CREATED:20181114T205003Z
DESCRIPTION:Kjgb bhgf jizfv
DTEND;TZID=Europe/Berlin:20181114T230000
DTSTART;TZID=Europe/Berlin:20181114T220000
LAST-MODIFIED:20181114T205013Z
LOCATION:Zgbv
SEQUENCE:0
SUMMARY:tseT
TRANSP:OPAQUE
UID:c59b0a13-1618-45e9-b424-3a0064bf0315
END:VEVENT
END:VCALENDAR
]]></calendar-data></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response></D:multistatus>
Tag://cal:calendar-data

Hi md2002,
thanks for posting the logfile content here without user/password ?? .
(I think I should omit this in the log, although it also helped during development/debugging, but I see your point: so just create a log file for debugging purpose and then delete it for the time beeing…).
As for the topic itself, I suppose the reason for the empty ics file is the somewhat strange answer from your CalDav Server (which brand is this ?).
ATM, my parser is looking for Tags like
‘<c:calendar-data>’ or ‘<cal:calendar-data>’ to separate the actual ics data.
(all CalDav servers I have encountered so far use one or the other)
None of these can be found in your log, but
‘<calendar-data xmlns=”urn:ietf:params:xml:ns:caldav”>’ which is currently not recognized.
The following ‘<![CDATA[…’ might also be problematic.
Conclusion: I’ll have a closer look at this using the provided log data and eventually create a Test Version which you can then download an check if it works for you.
might take some days, though…

Thank you for this insightful explanations! CalDAV data was provided by mailbox.org which uses Open-Xchange. However, they recently reprogrammed the calendar module in Open-Xchange also introducing some issues…
Feel free to send me a test version that I can check it out. Thank you again for all your efforts and contribution!
Martin

ok, Martin,
lets start with a quick, ugly hack ?? – you can find a first test version
here, it can be installed via Plugins – install – upload in the WP Backend .
This might still not work as expected, but it produces an extended log,
from which the part after the line ‘Tag:…’ will be the relevant part, please post this here.
Also keep in mind, the test version does not contain all files from the full version, only a subset.
it will only work if there is a previous version installed, not as a fresh installation on its own.

I uploaded the files using WinSCP as there was a problem using Plugins -> install from file
Please find attached the full log created:

Log created on 19:01:22 08:11:23
CalendarURL:https://dav.mailbox.org/caldav/Y2FsOi8vMC83OQ
<?xml version="1.0" encoding="UTF-8"?>
<D:multistatus xmlns:D="DAV:" xmlns:APPLE="https://apple.com/ns/ical/" xmlns:CAL="urn:ietf:params:xml:ns:caldav" xmlns:CS="https://calendarserver.org/ns/"><D:response><D:href>/caldav/Y2FsOi8vMC83OQ/c59b0a13-1618-45e9-b424-3a0064bf0315.ics</D:href><D:propstat><D:prop><D:getetag>https://www.open-xchange.com/etags/3-1542228613443</D:getetag><calendar-data xmlns="urn:ietf:params:xml:ns:caldav"><![CDATA[BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Open-Xchange//7.10.1-Rev4//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-EM-DISPLAYNAME:(UTC+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, 
 Wien
BEGIN:STANDARD
TZNAME:Mitteleurop?¤ische Zeit
DTSTART:00010101T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:Mitteleurop?¤ische Sommerzeit
DTSTART:00010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20181114T205013Z
CLASS:PUBLIC
CREATED:20181114T205003Z
DESCRIPTION:Kjgb bhgf jizfv
DTEND;TZID=Europe/Berlin:20181114T230000
DTSTART;TZID=Europe/Berlin:20181114T220000
LAST-MODIFIED:20181114T205013Z
LOCATION:Zgbv
SEQUENCE:0
SUMMARY:tseT
TRANSP:OPAQUE
UID:c59b0a13-1618-45e9-b424-3a0064bf0315
END:VEVENT
END:VCALENDAR
]]></calendar-data></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response><D:response><D:href>/caldav/Y2FsOi8vMC83OQ/a8719747-e7a0-4720-be1c-b06ed7c09833.ics</D:href><D:propstat><D:prop><D:getetag>https://www.open-xchange.com/etags/69-1548096435958</D:getetag><calendar-data xmlns="urn:ietf:params:xml:ns:caldav"><![CDATA[BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Open-Xchange//7.10.1-Rev4//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-EM-DISPLAYNAME:(UTC+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, 
 Wien
BEGIN:STANDARD
TZNAME:Mitteleurop?¤ische Zeit
DTSTART:00010101T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:Mitteleurop?¤ische Sommerzeit
DTSTART:00010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20190121T184715Z
CLASS:PUBLIC
CREATED:20190121T184715Z
DTEND;TZID=Europe/Berlin:20190121T210000
DTSTART;TZID=Europe/Berlin:20190121T200000
LAST-MODIFIED:20190121T184715Z
LOCATION:test
SEQUENCE:0
SUMMARY:test
TRANSP:OPAQUE
UID:a8719747-e7a0-4720-be1c-b06ed7c09833
BEGIN:VALARM
TRIGGER:-PT15M
UID:350e082d-1a24-4eda-9626-d9a5cf9ef74e
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
]]></calendar-data></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response><D:response><D:href>/caldav/Y2FsOi8vMC83OQ/f4c82c53-69d7-417f-8a0b-188760b6f212.ics</D:href><D:propstat><D:prop><D:getetag>https://www.open-xchange.com/etags/70-1548099076415</D:getetag><calendar-data xmlns="urn:ietf:params:xml:ns:caldav"><![CDATA[BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Open-Xchange//7.10.1-Rev4//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-EM-DISPLAYNAME:(UTC+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, 
 Wien
BEGIN:STANDARD
TZNAME:Mitteleurop?¤ische Zeit
DTSTART:00010101T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:Mitteleurop?¤ische Sommerzeit
DTSTART:00010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20190121T193116Z
CLASS:PUBLIC
CREATED:20190121T193116Z
DTEND;TZID=Europe/Berlin:20190122T210000
DTSTART;TZID=Europe/Berlin:20190122T200000
LAST-MODIFIED:20190121T193116Z
LOCATION:Zuhause
SEQUENCE:0
SUMMARY:test2
TRANSP:OPAQUE
UID:f4c82c53-69d7-417f-8a0b-188760b6f212
BEGIN:VALARM
TRIGGER:-PT15M
UID:e5431b04-9559-40ce-aa43-11bee56271e6
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
]]></calendar-data></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response><D:response><D:href>/caldav/Y2FsOi8vMC83OQ/3ebab59e-af07-4add-a6c9-07b3b53c7e85.ics</D:href><D:propstat><D:prop><D:getetag>https://www.open-xchange.com/etags/71-1548099096590</D:getetag><calendar-data xmlns="urn:ietf:params:xml:ns:caldav"><![CDATA[BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Open-Xchange//7.10.1-Rev4//EN
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-EM-DISPLAYNAME:(UTC+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, 
 Wien
BEGIN:STANDARD
TZNAME:Mitteleurop?¤ische Zeit
DTSTART:00010101T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
BEGIN:DAYLIGHT
TZNAME:Mitteleurop?¤ische Sommerzeit
DTSTART:00010101T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
DTSTAMP:20190121T193136Z
CLASS:PUBLIC
CREATED:20190121T193136Z
DTEND;TZID=Europe/Berlin:20190123T190000
DTSTART;TZID=Europe/Berlin:20190123T180000
LAST-MODIFIED:20190121T193136Z
LOCATION:Zuhause
RRULE:FREQ=WEEKLY;BYDAY=WE
SEQUENCE:0
SUMMARY:hier noch einmal
TRANSP:OPAQUE
UID:3ebab59e-af07-4add-a6c9-07b3b53c7e85
BEGIN:VALARM
TRIGGER:-PT15M
UID:005ac998-c261-41eb-b2f5-14d8551bd7df
ACTION:DISPLAY
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
]]></calendar-data></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response></D:multistatus>
Tag://calendar-data
data:
Array
(
)

I also tried getting rid of the CDATA stuff as recommended here adding a cast to string in line 265 in Caldav2ics_Plugin.php: $data = (string) $xml->xpath($Tag);
But in that case only the last two lines disappear `(
)`

• This reply was modified 6 years, 2 months ago by md2002.

ok, that means, the alternative Tag (//calendar-data) is now recognized, but
the following data extraction:
$data = $xml->xpath($Tag);
based on this Tag does not work – it results in an empty array $data() .
I’ll then try to investigate that some more, which would be much easier if I had
a (readonly) Testuser Account for that Server.
is that possible with mailbox.org ?
(if yes, you can send me the URL/Login data via private email here )

The new plugin version will contain additional parsing to correctly load calendars from Open-Xchange. Great!
@hoernerfranz – Thanks for your support!