1659987 - [Thunderbird 78 only] : Ics calendar on WebDAV - events saved on server, but modifications not updated in Thunderbird

Status: RESOLVED DUPLICATE of bug 1650925

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

Description

[Nyc0S]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:79.0) Gecko/20100101 Firefox/79.0

Steps to reproduce:

Seen on Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.1.1

Try to add or to change something in new integrated calendar/task on a networked ( type ics ) calendar

Change title for an event for example

Actual results:

A PUT HTTP request is sent to webserver
The server answers with HTTP/202 No content
ICS file is updated on the server

But :

The modification is not shown in thunderbird and other change attempts, including calendar resync, do nothing ( no http traffic to web server , no change in tb )

Closing TB leaves a process named thunderbird.exe. Windows task manager must be used to remove the process.

Restarting TB shows the modification stored in ics file on server.

Expected results:

Each change in calendar/task should create a dav request to webserver and the change should appear on hui

Comment 1

[weidner]

I can confirm this bug on Thunderbird 72.2.2 (Windows 10, X64) "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.2".

Tested with ICS calendars on two different Apache WebDAV servers (one running on Centos 7 and one running on Centos 8).

We are using ICS calendars at our company with Thunderbird. Now with the automatic update rollout started this week, we will come in big trouble. Is there a way to prevent the automatic update till this bug is fixed?

Comment 2

[Magnus Melin [:mkmelin]]

Updates can be disabled by putting a file named policies.json into <install-path>/distribution/policies.json, with content as:

{
 "policies": {
   "DisableAppUpdate": true
 }
}

I don't think there's been other reports of this though. Is there something special with your setup? Are you able to provide a test account?

Comment 3

[weidner]

Attachment: console-export-2020-9-18_9-57-24.txt

Error Console Output on fresh installed Thunderbird when error occurs

Comment 4

[weidner]

Thanks for showing me how to disable Updates.

We have no special setup, calendars are stored on a Apache webserver with a VirtualHost on Port 8889 for DAV.

Right now tested with a fresh installed Thunderbird on a clean Windows 10. The only thing I did was adding a ICS calendar on Thunderbird, no other setup changes or accounts added.

With this setup the error occurs also. I noticed some errors on the Error Console of Thunderbird (see attached file).

Comment 5

[weidner]

I forgot: I'm sorry, I cannot provide a test account. We are not allowed to do so.

Comment 6

[Nyc0S]

Hello,

Calendar url for test : http://cal.epinal.gimmillaro.com/test.ics

Comment 7

[Magnus Melin [:mkmelin]]

Thanks for the test url. On 78.2.2 I can't modify, I get

NS_NOINTERFACE: CalICSCalendar.jsm:1068
getInterface resource:///modules/CalICSCalendar.jsm:1068
prepHttpChannel resource:///modules/calendar/utils/calProviderUtils.jsm:49
onAfterPut resource:///modules/CalICSCalendar.jsm:1043
onStopRequest resource:///modules/CalICSCalendar.jsm:457

On trunk it works though, so I guess some of the recent changes there fixed it.

Comment 8

[tegrof]

Hello,
Excuse me if my comment is not at the good place, it's the first use for me of Bugzilla.

I have the same bug with Win 10 19.09 Thunderbird 78.2.2 and, if I want to create or modify an event, the process "thunderbird.exe" stay in the Task Manager. I must kill the process to launch Thunderbird.
Thanks a lot for your work

Comment 9

[Magnus Melin [:mkmelin]]

https://hg.mozilla.org/releases/comm-esr78/file/tip/calendar/providers/ics/CalICSCalendar.jsm#l1043 ->
https://hg.mozilla.org/releases/comm-esr78/file/tip/calendar/base/modules/utils/calProviderUtils.jsm#l49 ->
https://hg.mozilla.org/releases/comm-esr78/file/tip/calendar/providers/ics/CalICSCalendar.jsm#l1068

Comment 10

[Magnus Melin [:mkmelin]]

Alice, any chance you could find what regressed this? (Note that on trunk it's working, but not on 78). The changes on trunk have been significant so we'd need to find out what regressed from 68->78 (only)

STR: subscribe to a new calendar http://cal.epinal.gimmillaro.com/test.ics (no creds). Add an event, change title. The saved data is not updated in Thunderbird.

Comment 11

[Alice0775 White]

Regression window:
#1 Editing existing event title and save: The list is not updated although the modified event data seems to have been stored correctly on the server.
#2 Create new event and save: The event does not appear in the list although the event data seems to have been stored correctly on the server.
#3 Even if quit Thunderbird, the process remains.

https://hg.mozilla.org/comm-central/pushloghtml?fromchange=9d6faec6c30ea9b417ea688501f987a36e24b59d&tochange=1f1357f245c172afa95cc491fb3b2f14d8fb067c
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=50d7cec5c47617f2fe9effe54880e10165265c46&tochange=96c90df47bdab0cebeed56e31dbaf2d9ed5b97f6

Comment 12

[Magnus Melin [:mkmelin]]

Thanks Alice!! This must be from https://hg.mozilla.org/comm-central/rev/c827ec349a361a8f647744e23275fc414addf30d - bug 1630943.

Geoff, can you see what we need to do here?
Trunk has that wrapped in try-catch, but I don't know if it's that simple. https://searchfox.org/comm-central/rev/2b47918ee10db70c3770b808139f7add6ce4def5/calendar/base/modules/utils/calProviderUtils.jsm#50-59

... so it's possible all we need to do is uplift bug 1650925.

Comment 13

[Geoff Lankow (:darktrojan)]

Yes, it appears that uplifting that bug fixes the problem.