Some WebCal subscriptions cannot find webcal-capable app even though ICSx5 is installed

liamcooper

Hi,

I’m having trouble with the most recent versions of DAVx5 and ICSx5 not working together in a way that the older versions used to.

I have a nextcloud server that has a caldav subscription and several webcal subscriptions. The caldav and two of my webcal subscriptions load in ICSx5 fine when I tick the checkbox in DAVx5, however I have two that tell me no webcal-capable apps are found and prompts me to install ICSx5. I’ve been using DAVx5 and ICSx5 since about November and this only seems to be an issue with the latest version that was recently released.

Is this a known issue? Is there something I can do to get around this problem?

Thanks,

Liam

rfc2822

Hello,

Thanks for the report. Are there steps to reproduce the problem, maybe including the exact URLs of the subscriptions? I’d have to be able to reproduce the problem so that I can have a look at it.

In our tests, subscriptions work even for URLs which previously haven’t worked (for instance, URLs with Umlauts).

liamcooper

The calendar URLs that don’t work are publicly available, so I can share them.

When I tried to get the calendar URLs, I noticed the difference

This is on one that works:
https://www.pogdesign.co.uk/cat/generate_ics/dd8cd56131f5c9cfe9e1495ea09d94f5

These ones don’t:
webcal://calendar.manutd.com/Manchester_United.ics
webcal://www.calendarlabs.com/ical-calendar/ics/75/UK_Holidays.ics

So it’s more than likely to do with the webcal protocol.

Hope that helps,

Liam

rfc2822

@liamcooper That’s a good hint! Are those really sent as “webcal://” by the CalDAV server? Didn’t know it’s an offical protocol… which server do you use? More details would be helpful.

liamcooper

I added them as calendar subscriptions in my nextcloud server, if I look at the properties in DAVx5 the URL just references that calendar URL (https://serverurl/remote.php/dav/calendars/username/calendarname).

I’m 100% sure this used to work in the previous versions, because I’ve had them sync to my phone, they worked exactly the same as the other calendars, so was a bit weirded out when they didn’t work after updating.

rfc2822

@liamcooper But is, for instance, webcal://calendar.manutd.com/Manchester_United.ics really referenced with webcal:// in the DAVx5 properties?

I’m 100% sure this used to work in the previous versions, because I’ve had them sync to my phone, they worked exactly the same as the other calendars, so was a bit weirded out when they didn’t work after updating.

Maybe, I have never tested that, neither in the old, nor in the new version, because I didnt know that any server would really advertise webcal(s):// URLs. Unfortunately, the whole Webcal subscription thing isn’t even documented…

liamcooper

@liamcooper But is, for instance, webcal://calendar.manutd.com/Manchester_United.ics really referenced with webcal:// in the DAVx5 properties?

The url that shows in DAVx5 properties is similar to what I said in my previous post https://serverurl/remote.php/dav/calendars/username/calendarname, but this is probably just a proxy for the webcal link.

The Manchester_United.ics file is also available through http protocol and it works, so I’m running with that as a work around for now.

devvv4ever

Please send us the davx5 debug info file. It is found in the app settings at the top.

liamcooper

@devvv4ever Sure, please find the log attached. I’ve redacted some info, and made some of the urls generic.

davx5-info.txt

I enabled verbose logging, loaded the webcal tab and tried to select the webcal calendar (which is id 8 in the collection - UK Holidays123).

Let me know if you need anything else.

devvv4ever

Thank you, I tested all the URLs and I could add them to a nextcloud test account and also subscribe to them easily from within the app (DAVx⁵ → ICSx⁵). However in your debug info there is a “UK Holidays123” entry which does not have an URL, so it can’t be headed over to ICSx⁵. If you create the account again, does it work then? Did you add the same URL twice? Can you give us access to you your account so we can test it? Otherwise we will most likely not be able to reproduce it…

liamcooper

Have you tested with the two calendars that I posted above that were causing the issue?

webcal://calendar.manutd.com/Manchester_United.ics
webcal://www.calendarlabs.com/ical-calendar/ics/75/UK_Holidays.ics

These were added to my calendars in nextcloud, then tried to subscribe to them in DAVx5 but was told that I didn’t have a webcal-capable app to subscribe to them. When looking at the properties in DAVx5, it showed URLs like this https://serverurl/remote.php/dav/calendars/username/calendarname.

I changed both calendars in the nextcloud account to use http:// instead of webcal:// and they both work now, I added UK_Holidays again as webcal:// to test for the debug info, but it still doesn’t work.

If you can’t debug it from this, I might be able to create an account for you, but I’m not willing to share the details publicly, it would have to be through PM.

devvv4ever

I will give the webcal:// URLs a test l8er!

Taylor Buchanan

I have the exact same issue. It started occurring in the latest version. Using Nextcloud webcal subscription.

liamcooper

@Taylor-Buchanan Interesting, have you tried my workaround of using http(s) protocol instead of webcal?

rfc2822

I can reproduce the problem with webcal:// subscription URLs. As said above, this URL scheme has never been tested with DAVx⁵, so if it worked previously, it was pure luck.

Shouldn’t be too hard to get it working though.

rfc2822

Should be fixed with https://gitlab.com/bitfireAT/davx5-ose/commit/5709fd38d9df62ca0afc03e764487917fc9cc2e5 / 2.5.1, will send an APK for testing.

For testing:

Install the new APK
Open DAVx⁵ and the account
Switch to Webcal tab
Swipe down to refresh the Webcal list
Subscribing to webcal(s):// URLs should now work