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?
URL should only be updated for 301, 308 redirects when during validation
When a new calendar is added, validation updates the URL if the HTTP response is a redirect. The issue is that it does so without looking at the HTTP status code:
The URL should only be updated for 301 and 308 (and not for 302 and 307).
This is done better for actually fetching the calendar later. Here, 308 (
== StatusLine.HTTP_PERM_REDIRECT) is handled. I think 301 should be added here:
Maybe it’s easiest to handle all of this only when fetching and not when validating, not sure.
The concrete issue I have is with a “link share” on Seafile installation. When accessing the original URL1, Seafile redirects you to URL2 and generates an access token that is valid for accessing URL2 for only one hour. So when ICSx5 replaces the URL during validation, everything just works for one hour. After one hour, Seafile returns 400 because the access token has expired. (Yes, it should probably return 403 but that’s a different issue.)
Thanks for the suggestion!
I’m willing to contribute a patch.
Does the following sound good?
onTempRedirect(302 and 307)
onPermRedirect(301 and 308)
onPermRedirectthe and update URL within the method
onNotModifiedto handle 304 like previously
How should I send the patch?
Has there already been submitted a merge request or patch?
I have the same issue with redirection to a temporary calendar, which is no longer accessible after a while.
At least I didn’t see any merge requests.
Sorry, I couldn’t find time so far… This is still on my list, and I’m still personally affected.
I hope I have more time in December.
@rfc2822 @mica I’ve created a merge request here:
(I didn’t pass CI but that’s because I don’t have all the repos. I should run in your pipeline, not in mine…)
Thanks, I’ll have a look soon.