Closed Bug 1793757 Opened 2 years ago Closed 2 years ago

No calendars found with URLs that worked for years and still do in other calendar software

Categories

(Calendar :: Provider: ICS/WebDAV, defect)

Thunderbird 102
defect

Tracking

(thunderbird_esr102+ fixed)

RESOLVED FIXED
107 Branch
Tracking Status
thunderbird_esr102 + fixed

People

(Reporter: captain.crash, Assigned: mkmelin)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Steps to reproduce:

Create a new calendar from URLs like this one:
https://chemnitz.tischtennislive.de/export/Tischtennis/iCal.aspx?Typ=Team&ID=104550

Actual results:

No calendars could be found.

More info:

The remote is a Windows IIS Sever. For identical .ics files served from a different web server Thunderbird does find a calendar.
However, said calendars do still work in other calendar apps. And have worked in Thunderbird for years.
This stopped working after the upgrade to Thunderbird 102. However, checking back now, this also does not work with 91.13.1.

Thunderbird DevTools throw 405 and 406 HTTP errors.

Authors of the remote calendar could not find any problems with their calendars.
Again, their calendars work with many different calendar apps without problems.

Expected results:

A calendar should be found for subsription.

More info:

Works neither on Windows (10) nor on macOS (12.6).

curl 'https://chemnitz.tischtennislive.de/temp/iCal_36092003.ics' -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Thunderbird/107.0a1' -H 'Accept: text/xml' -H 'Accept-Language: en-US,en;q=0.5' -H 'Accept-Encoding: gzip, deflate, br' -H 'Accept-Charset: utf-8,*;q=0.1' -H 'Connection: keep-alive' -H 'Sec-Fetch-Dest: empty' -H 'Sec-Fetch-Mode: no-cors' -H 'Sec-Fetch-Site: same-origin' -H 'Pragma: no-cache' -H 'Cache-Control: no-cache'

We're asking for text/xml, and the server says that's not an option. I'm not sure why we do that. If we ask for text/calendar it succeeds.

Status: UNCONFIRMED → NEW
Ever confirmed: true

When requesting text/xml, servers would and should should return HTTP 406.

Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #9297516 - Attachment description: Bug 1793757 - CalICSProvider should request ics data, not xml. r=#thunderbird-reviewers → Bug 1793757 - CalICSProvider should request ics data, not xml. r=lasana
Target Milestone: --- → 107 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/1e6b5248173f
CalICSProvider should request ics data, not xml. r=lasana

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED

Comment on attachment 9297516 [details]
Bug 1793757 - CalICSProvider should request ics data, not xml. r=lasana

[Approval Request Comment]
Regression caused by (bug #): unknown if it's a regression or not
User impact if declined: can't connect a calendar if the server is strict about content types
Testing completed (on c-c, etc.): daily, beta
Risk to taking this patch (and alternatives if risky): low

Attachment #9297516 - Flags: approval-comm-esr102?

Comment on attachment 9297516 [details]
Bug 1793757 - CalICSProvider should request ics data, not xml. r=lasana

[Triage Comment]
Approved for esr102

Attachment #9297516 - Flags: approval-comm-esr102? → approval-comm-esr102+

Thank you for this quick process, however, I'm unsure if this requires filing a new bug, but this is not yet solved.
Yes, a calendar is now found and can be subscribed to, but it is a temporary file that is gone the next day.
The temporary file is what Thunderbird saves, but it should be https://chemnitz.tischtennislive.de/export/Tischtennis/iCal.aspx?Typ=Team&ID=104550.
It is because the initial request still throws a 405 Method Not Allowed, redirects (302) to the temporary file (where the 406 came up which is now fixed).
Again, these links work with many other calendar apps and have worked with Thunderbird for years as well.

Status: RESOLVED → REOPENED
Resolution: FIXED → ---

This bug is closed. Please file a new one with more details.
I'm confused. We get an ics file from the server. If that's not the right file, how would we know that?

Status: REOPENED → RESOLVED
Closed: 2 years ago2 years ago
Resolution: --- → FIXED
Blocks: 1798895
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: