HTTP 405 Method Not Allowed for calendar URLs that worked for years and still do in other software
Categories
(Calendar :: Provider: ICS/WebDAV, defect)
Tracking
(Not tracked)
People
(Reporter: captain.crash, Unassigned)
References
Details
Steps to reproduce:
Create a new calendar from URLs like this one:
(A) https://chemnitz.tischtennislive.de/export/Tischtennis/iCal.aspx?Typ=Team&ID=104550
Actual results:
Other than in Bug 1793757 a calendar is found, but its URL is not the one requested. It's something like this one:
(B) https://chemnitz.tischtennislive.de/temp/iCal_68215268.ics
If I then subscribe to that file (B), the calendar data is gone the next day since it obviously is some temporary file. I have to subscribe again each day.
The requested URL (A) fails with HTTP 405 Method Not Allowed.
Expected results:
Thunderbird should keep (A) not (B) in the subscribed calendar to get the correct data upon each request/sync.
More info:
Said calendars do still work in other calendar apps. And have worked in Thunderbird for years.
We get an ics file from the server. If that's not the right file, how would we know that?
I suppose, (B) is some sort of caching/delivering a static file that's refreshed daily by the providing server.
When requesting (A) the server redirects (302) to the currently valid (B). And that's how Thunderbird should get the right file. It should subscribe to (A) not (B).
Like said in Bug 1793757 Thunderbird DevTools threw 405 and 406 HTTP errors.
Specifically, (B) caused the HTTP 406 that is now fixed with Bug 1793757.
But (A) still causes HTTP 405 and is therefore not considered/saved as the subscription URL. After the redirect Thunderbird finds a calendar with (B) and offers that.
Reporter | ||
Updated•2 years ago
|
Description
•