Closed XAMPPRocky closed 4 years ago
please use the entire issue template.
Unless you fill out the issue template completely including all logs, we can't go ahead and help you.
All three logs requested are very crucial here.
@georgehrke Thank you, I've now included them. I didn't initially as most of it is garbage, however I believe I've traced the event that is causing the issue and posted the logs for that event above.
Okay, so the server is complaining that you are trying to import an event without occurrences.
This is the event in question:
BEGIN:VCALENDAR
CALSCALE:GREGORIAN
VERSION:2.0
PRODID:-//Google Inc//Google Calendar 70.9054//EN
BEGIN:VTIMEZONE
TZID:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:19700308T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:19701101T020000
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20191223T150000
DTEND;TZID=America/New_York:20191223T160000
RRULE:FREQ=WEEKLY;BYDAY=MO;UNTIL=20200106T045959Z
EXDATE;TZID=America/New_York:20191230T150000
EXDATE;TZID=America/New_York:20191223T150000
DTSTAMP:20200309T161339Z
UID:jirfsh5q49jp9nc7gq195tdcgp_R20191223T200000@google.com
CREATED:20190927T175545Z
DESCRIPTION:...
LAST-MODIFIED:20191219T200359Z
LOCATION:https://mozilla.zoom.us/j/462096851
SEQUENCE:3
STATUS:CONFIRMED
SUMMARY:Parallel WG planning meeting
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR
(I truncated the description).
The event starts on 2019-12-23 3pm New York time. It's recurring weekly on Mondays until 2020-01-06 4:59 UTC (equals 2020-01-05 11:59pm in New York).
So if we expand this recurrence rule manually, we end up with the following occurrences:
Now let's look at the EXDATEs, which cancel recurrence instances: The event contains two, which match the recurrence-rules above:
EXDATE;TZID=America/New_York:20191230T150000
EXDATE;TZID=America/New_York:20191223T150000
Hence this ics is resulting in exactly zero events when expanding.
For the ICS data discussed in the previous comment, it's the expected behavior that the server rejects an import, because you don't want to store calendar data that doesn't generate any valid events.
What we could probably improve here is the error reporting. Depending on the error, the server will return different messages:
UnsupportedMediaType
or ParseException
for syntax errorsNoInstancesException
for error like this oneClosing in favour of https://github.com/nextcloud/calendar/issues/2065
Steps to reproduce
Expected behaviour
All of the events are imported.
Actual behaviour
Some of the events fail to be imported.
Calendar app
Calendar app version: 2.0.2
Client configuration
Browser: Safari 13.0.5 (15608.5.11)
Operating system: macOS 10.15.3 (19D76)
Nextcloud configuration: Default
install_nextcloud_production.sh
installationLogs
Web server error log (e.g. /var/log/apache)
Log file (data/nextcloud.log)
Browser log