Empty ICS file created
-
Dear hoernerfranz,
Thank you for sharing your work and all your efforts!
I have the strange problem that the WebDAV calendar seems to be loaded properly (given the log). However, the generated calendar.ics file only contains the four header lines but no entries/appointments.BEGIN:VCALENDAR VERSION:2.0 PRODID:-//hoernerfranzracing/wp-caldav2ics plugin END:VCALENDAR
Is there a way to debug and figure out what is the problem?
Thx, md2002
PS: Please don’t store username/password in the log files accessible for everyone!
-
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!
Martinok, 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, 1 month 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! -
This reply was modified 6 years, 1 month ago by
- The topic ‘Empty ICS file created’ is closed to new replies.