Those notifications should disappear as soon as the next successful sync is run, which should happen a short time after an I/O error. Can you confirm that these messages go away by themselves?
Maybe we can change them to minimum priority notifications like in DAVdroid…
update: The export from WoltLab is wrong; the last Event in the ical file is 16. May.
I guess this is caused by the “Sub-Categories” in Woltlab. I had to export each sub-category by its own to get it working.
Thank you for your help, this issue is solved.
Sadly, there is no error by manual sync. Is there any logfile written by the app I may provide?
Already tried to wipe data and reinstalled from F-Droid store.
Here are some random images that may give you more information.
Seriously, I have no clue what is wrong:
Thanks for the URL. The problem are these lines:
ACKNOWLEDGED seems to be defined by this draft: https://tools.ietf.org/id/draft-daboo-valarm-extensions-04.html#rfc.section.8.1 and is understood and parsed by ical4j.
ACKNOWLEDGED is defined like this:
acknowledged = "ACKNOWLEDGED" acknowledgedparam ":" datetime CRLF
acknowledgedparam = *(
; the following is OPTIONAL,
; and MAY occur more than once
In your iCalendar resource, there are two colons (:), which is not parseable.
So, this is an invalid iCalendar file. Please fix the your iCalendar or report this problem (including this analysis) to someone who can fix it.
I understand your problem but don’t you just want to whitelist ICSdroid? The battery isn’t affected much by making an exception for ICSdroid. It’s just the that it gets the possibility to sync automatically on shorter intervals - you can still set once per day.
One other issue (quick feedback): When creating a new ics calendar, when enters the URL and the absolute path of the URL becomes the cal’s name, for posteo this is something like /calendars/ics/dasd882342332234234 as cal name. Would be better if one could enter Name and URL when adding a new ics.
I have the same problem. Also have DAVdroid + OpenTasks installed with LineageOS.
Is there any way to do a backup of the calendar settings? I tried using Titanium Backup, but was not able to restore the settings after all calenders disappeared.
Hi! It doesn’t make much sense to also copy LOCATION and DESCRIPTION, I think. Copying the SUMMARY has a practical outcome for the user because of the display in the calendar not being “—” anymore. Isn’t it enough to solve the problem just by copying the SUMMARY field?
I had a look at the ICS file (from Office365), searching for an event which is duplicated in my calendar, and couldn’t find it more than once. So it looks like the problem is not in the ICS file.
Edit: I’m using 1.4.3 (latest available from F-Droid)
Sounds reasonable to me to look e.g. for a “BEGIN: VCALENDAR” and a “BEGIN: EVENT” as well as for a closing “END:VEVENT” and “END:VCALENDAR” as a basic validation. I think from a user perspective this should be fine, the subscription would be fast and as it can happen at any time that a once valid resource becomes invalid (maybe due to an error while the .ics file was created, or a failed file download, or…) I don’t see a drawback in validating the whole file only when synchronizing.
@rfc2822 Thanks for the explanation, makes sense! If ICSDroid can’t omit downloading the whole .ics file, wouldn’t a “time limit” at least lighten the burden for creating entries in the Android calendar (and in consequence speed up any application displaying this smaller calendar)?