Thunderbird seems to send iCal updates to a wrong URL when dismissing events
Categories
(Calendar :: Provider: CalDAV, defect)
Tracking
(Not tracked)
People
(Reporter: josselin.dulac, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:92.0) Gecko/20100101 Firefox/92.0
Steps to reproduce:
(To administrators: I couldn't select Calendar in the component list; can you move my bug to the right section?)
I do have a CalDAV server (issues occurs on Synology DSM 6.x and 7.x). When trying to dismiss alarms, I have a 405 error "CalDAV: Unexpected status modifying item to Josselin: 405".
The URL of my calendar is https://myserver:5551/caldav/myName/ueriili/
If I modify, add, delete an event, everything works fine.
After setting the calendar.debug.log.verbose option to true, I could see in the error console that Thunderbird Calendar is trying so modify the ICS file to the CALDav server using such URL:
PUT https://myserver:5551/caldav/myName/ueriili/ili/cc388593-8e23-4e20-b1b0-effb280b0037.ics
The /ili/ folder doesn't exist on the server, and was not set up anywhere in my configuration, I assume this triggers the 405 error.
(When I do any other modification, Thunderbird sends to a correct file, like: PUT https://myserver:5551/caldav/myName/ueriili/9cc07d4c-1930-4799-8d0f-e6632f058066.ics)
Expected results:
Thunderbird should not try to invent subfolders when sending ICS modification files to the CALDav server (I suspect a substring function to do unwanted nasty things somewhere in the code, I'll try to dig if I find time).
I do have those issues both on Linux (ArchLinux 64bits) and Windows 10. It's not new (it actually started to show up after resolving bug 1560151 but it's most probably because the latter was hiding the current one).
The URL is already wrong when the cal.LOGverbose method is called in CalDavRequest.jsm on line 126 (commit() method of the CalDavRequestBase object). I don't have time right now to try finding the caller of the method (and I'm not sure I can easy find it without setting up a full debugging env), but I promise I'll try later...
|
||
Updated•3 years ago
|
It seems that last update fixed the issue, probably fixed by the patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1727123
I close this bug as duplicate (even if it's not really the same bug, the solution of one fixed the other).
I reopen it since the issue is still there when modifying an existing event (still this problem with an extra substring added to the url)
I experienced the same behaviour on Thunderbird 102.4.1 with a Synology Calendar. It seems that Synology uses two different URLs: one with /caldav.php/ and one only with /caldav/ and both work. Somehow Thunderbird replaces the "caldav.php" version with the "caldav" version, but does not replace but overwrite that part in the URL string. So some parts of the URL are "doubled" (see the /ili/ part above). I worked around this by configuring my calendar with the "caldav.php" version.
With the example given above above, make sure you put https://myserver:5551/caldav.php/myName/ueriili/ as your calendar URL.
Oh, very interesting, thank you for this comment!
I ended up writing a redirection script to remove the doubled part of the URL on the server side, but it's very dirty (any Syno Calendar update would break it).
As I feared, a Syno Calendar update broke the patch and I added a .php to the URL.
I'm not sure whether this is a Thunderbird or a Syno Calendar bug, but as written in the above comment the solution is to transform the /caldav/ part of the URL to /caldav.php/
I close the issue.
JD
Description
•