Sorry, but I am not Android developer. Effort to set up dev environment, learn, and code ‘a small app’ is prohibitively high for me as of now.
I mean if coding the ‘triggering sync via intent’ feature is easy - why is it not in ICSDroid already? And if it is hard to code - then why asking every user who needs it to re-implement it individually by himself?
Opening ICS droid app and manually trigger sync every time my script uploads new version of ICS file is plain unfeasible!
Setting ICS droid to autosync every 15 minutes would mean:
battery waste on unnecessary syncs, especially through the night, when nothing happens and yet ICS Droid would waste battery power on re-syncing my rather big ICS file.
still no assurance that my Android calendar is up to date. When script uploads new ICS file it would take ICS Droid scheduled sync up to 15 minutes to start picking it up.
As alternative to developing small Android app to make another Android app to work I am presently looking into
to create offline Android calendar
and then this
to sync ICS file into the offline calendar
At least it has ‘load calendar’ mentioned as intent in manifest: https://github.com/PrivacyApps/calendar-import-export/blob/185af643e2c4c73bca56c6183382ed3f54cb3b72/CalendarImportExport/src/main/AndroidManifest.xml
so the hope is here.
Any experience with this route?
Any advice regarding other GPL-compatible toolchains to load ICS files to Android offline calendar by script via ADB?
I’ve tested with curl and I got:
So, at least 30 seconds, I guess?
As said, rather make it configurable. This is a real-world system…
@rfc2822 said in Unable to add ical sources persistently:
I don’t know, because as far as I know, there is no documentation for Privacy Guard. Or is there something like that?
So far, I couldn’y find any myself. But I’ll ask around.
I did read a post on Reddit by a member of the LineageOS team, stating that Privacy Guard is based on AppOpsManager. Not sure if that helps or sheds any light.
Would be interesting whether other apps suffer from from the same problem.
On my phone it’s only ICSDroid that fails to behave properly.
I’m also keeping in mind that it could be something on my phone. I tried adding an ICSDroid account from the accounts menu. That brings me into the app, allowing me to add a calendar resource, but no ICSDroid account will show when that process is finished. That’s odd, but I guess something outside the app.
@gui1ty said in Unable to add ical sources persistently:
Or do I need to disable Privacy Guard completely?
That, I found out, is not achieved easily. Once enabled during initial phone setup, it can only be turned off per app.
@saren-t said in "Couldn't parse iCalendar source" on validated iCal source:
But also Lightning can read the same source without any problem.
Yes, Lightning does not use the ical4j library, which is quite strict about this. I wonder what the original intention of the standard is, but I guess its purpose is that servers can detect the timestamp of entries without having to calculate time zones.
Just tried it on my Samsung Galaxy S6 with Android 7 and I can confirm that the calendar entries disappear after using MAX POWER SAVING mode from Samsung. But only if I restart the device after the mode is activated. If I switch back from this mode without a reboot only the sync interval is set to manual (which is an already known bug from Samsung and can’t be fixed by us). But at least the calendars are then still there.
@Error101 you need to contact Samsung about it. It seems to be a common issue with their MAX power saving mode - people are affected in different ways by this
Ah, sorry I thought I was in the DAVdroid forum… With ICSdroid you can always set the minimum interval that you need for one calendar, the others only get updated when there are changes on the server so there is no unneeded traffic. See here because we’re often asked about it:
@jondo There is also https://play.google.com/store/apps/details?id=com.rejh.sharedr (will be FOSS and on F-Droid soon). But I prefer that one can share without having to install extra apps and the Android share facility is used, where possible.