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.
Maybe you can look into the Android Settings / Accounts / ICSdroid and maybe there is an option to enable Auto-Sync…
ROMs are very different sadly - everybody is cooking its own soup so we don’t know all devices. In the basic unbranded Android there is a sync button in task navigation - maybe you have it too and it is switched off.
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)?
It seems that the location provided does not work. Maybe some kind of weird redirect or so. Also keep in mind that Google answers very slow on some .ics requests - I had this once myself. Maybe just try again?