Ok, maybe someone with Sony has ideas… unfortunately I don’t know why this happens and what you can do…

Thanks for the update. I still can’t reproduce it, but with enough info maybe it can be reproduce some day.

Screenshot_1588685253.png
Screenshot_1588685276.png

Thank you both, I will look into it. All the best!

Dear All,

I installed ICSx5 from Play Store on my Samsung Galaxy S9 running Android 10 (stock). Upon first start, the app did not ask to be whitelisted from battery optimization.

According to FAQ [1], DAVx5 asks for whitelisting upon first start.

ICSx5, when switching to 4 h sync interval asks for whitelisting as well, but not for 1 day and 1 week sync interval.

In my case with once daily sync:

Battery optimization on, sync does not occur after one day Battery optimization off, sync works every day.

The remote https-calendar has changes.

For the new user it would help and make the experience better to ask for whitelisting upon first start (for once daily sync).

Thank you for your consideration.

[1] DAVx⁵ asks to be white-listed when it’s started the first time.

@cogliano Thanks for the update!

I see. Then I don’t have another idea.

This should hopefully be fixed with https://gitlab.com/bitfireAT/davx5-ose/commit/c9dab31067a186a6d4ca33cd742fedc8465ecf29.

Perfect 🙂 Thanks for the update!

@rfc2822 same again unfortunately. Maybe you should use some automation which assists you with tagging automatically?

Thx, seems that webdav was used by some apps for users that don’t want to install their own / non-cloud caldav server (e.g. icssync that is no longer maintained).

Found a chinese, closed source alternative (not reliably working, but am desperate):
https://play.google.com/store/apps/details?id=jp.classmethod.us.android.icalsync&hl=en_US

Or setting up Baikal on Fritzbox, but then all mods will be gone after an update and I guess one is exposed to the internet:
https://www.ip-phone-forum.de/threads/carddav-und-caldav-auf-fritzbox-statt-googlecalendar-und-googlecontacts-sync-server.270759/

Or google or the closed source, paid / beta https://generalsync.com/de/ 🙄

All far from perfect, still think the use case of users wanting to sync with their local (ics) files is valid, to avoid the cloud.

However, thanks for the cool & solid DAVx⁵ & ICSx⁵ so far 😉

Thanks for the whole file, I’ll have a look.

Thanks for the update! The fix will be contained in the next release.

You’re welcome. Nice that it worked out and thanks for the details of what you did.

Where is the ics file located? How is it named?

Hm, I guess the problem is the unescaped ; in the X-APPLE-STRUCTURED-LOCATION line. I don’t think there is an easy way to work around that. Creating a new calendar without that event like suggested by @devvv4ever is probably the best solution.

@rfc2822 well nothing that I know of. I tend to be rather conservative on what I install (mostly F-Droid stuff).

Hello,

Which ICSx⁵ version are you currently using? The latest version with all relevant patches should be available in all stores and F-Droid.

@rfc2822

The issue with published Office365 Calendars is they do not include VALARM attributes - so, of course you won’t be able to sync reminders with ICSx⁵.

Here is an example of a published calendar, that (in Outlook,) has a 15 min reminder, which does not show up in the ICS document.

You can add reminders manually to the Android calendar (after the subscription pulls down events) - but the next sync overwrites these events, wiping out any reminders you may have set.

As a work around, would it be possible to add an option to not remove reminders that have been set manually (if the ics data does not contain VALARM attributes?)

@lajuga said in Unable to setup a subscription because of timeouts:

Isn’t it more that if the request is fulfilled after 5 seconds the user has had a wonderful experience of reactivity and everything is fine and a set timeout never came into play?

No, reactivity doesn’t mean that the desired result is achieved at all, but that it’s achieved in acceptable time. It is not acceptable to wait 1 or 2 minutes for a simple calendar to be refreshed, because this time is far too long for what is possible and indicates severe implementation problems.

Actually I very much would prefer the calendar data to be delivered at all, even if that would mean that I had to wait two minutes for it. Patience is a virtue and seriously: so what if it takes five minutes to update the calendar data?

Basically, there’s nothing wrong with that. Let me describe the situation: What whould you think about ICSx⁵ if it took 5 min to start (from the time you click on the launcher icon)? I could say, well it does important things, it calculates the calendar list and renders some colored dots, it takes 5 minutes. Wouldn’t you say that’s unacceptable and choose another app which launches immediately?

You are certainly right, that the server side seems to suck big time, but often - as e. g. in my case - there is simply no way to change anything there.

Which leads to an important question: Why does your server take that long? What do server admins/support say about that?

@acu Works here again, too. I’ll set this to solved.