Closed Bug 1776218 Opened 2 months ago Closed 21 days ago

caldav Calendar freezes thunderbird 102 on startup for some time

Categories

(Calendar :: Provider: CalDAV, defect)

Thunderbird 102
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1659582

People

(Reporter: freddy, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: perf, regression, regressionwindow-wanted)

Steps to reproduce:

Installed TB 102 (Beta 8) and started using my existing profile. The UI freezes for quite some time. Removed prefs.js, no freezes. After trying to delete from stuff from prefs.js found out that as soon as I add any of my caldav calendars from work the UI freezes on startup. Using google calendars (via caldav) is not a problem.
I have used these calendars for years, it's working fine in TB 91.10

Actual results:

UI freezes on startup

Expected results:

UI responds upon starting

Forgot to mention: Using Fedora 36, fully updated.

Tried 103 (daily) as well. Kind of the same problem but 103 simply takes a very log time to startup with the caldav calendar enabled. Removing the entries from prefs.js, the 103 starts normal.

Blocks: tb102found

Just to add that I'm encountering the same issue on Windows 11 21H2 with Thunderbird 102.0 64-bit (final). It took me quit some time to figure out the freeze on TB 102.0 was caused by the calendars as everything was working properly on TB 91.x before the upgrade, and with 9 connected caldav I didn't have the patience to wait for TB to respond again, I always killed the process after a few minutes. Then I started randomly removing options from the prefs.js file, and eventually found out that removing the caldav calendars solved the freeze issue.

Actually, simply adding a caldav calendar (from Zimbra 8.8.15) to a brand new profile makes Thunderbird freeze for about 3 minutes. So the more connected caldav you have, the longer the freeze at startup (TB takes about 30 minutes to unfreeze with my main profile). Once TB eventually responds, it works without an issue until the next restart, and even forcing a "synchronize calendars" doesn't cause a freeze.

I am on Windows 10 21H2 with Thunderbird 102.0
I see the same freeze for some minutes before Thunderbird becomes usable.
I have also several CaldDAV calendar to sync at startup.
If I do as L-Bro, so I remove lines about my CalDAV calendar in prefs.js, then Thunderbird starts quickly and is directly usable.

I would like to ad that I didn't find this issue with my computer on KDE Neon 5.25 with Kernel 5.13.0
Thunderbird 102.0 (64bits) starts normally, even with several CaldDAV calendar activated.

We have seen 2 point releases already but this issue remains. In fact, it may even have gotten worse (though that could just be a gut feeling, haven't measured it). Simply disabling the caldav calendars does not seem to make any diffrence, they need to be really removed for a speady/regular startup. I give up, will revert back to version 91.

(In reply to Freddy from comment #5)

We have seen 2 point releases already but this issue remains. In fact, it may even have gotten worse

I think it is not expected that version 102 is worse than 91. But as far as I know we are not working on any version 102 specific performance issues, so it is not surprising that it has not improved.

Lasana can you offer guidance?

Component: Untriaged → General
Flags: needinfo?(lasana)
Keywords: perf
Product: Thunderbird → Calendar

For what it is worth, tried the third point release (102.0.3) as well, same issue. And just to be clear, version 91 works flawlessly, no delays at startup due to caldav issues.

I can support what Freddy mentioned.
On Windows 10, all version of Thunderbird 102 (now I am with 102.0.3) freeze several minutes at start-up (3-5 min with a Intel(R) Core(TM) i7-8665U CPU) before being capable to work. When removing the CaldDAV calendar, no freeze is observed at start up. And with the same config, I have not seen any freeze with Thunderbird 91.

Surprisingly, on KDE Neon (based on Ubuntu 20.04), with Thunderbird 102 (installed through package downloaded from https://www.thunderbird.net/en-US/thunderbird/all/ and run from a folder at /opt/ ) I have not observed any freeze at start-up even if I have several CalDAV calendars synced (and a much older computer).

If I can help you to find a solution, I'll be delighted. This is currently a major issue for me.

Are these calendars cached or un-cached (right click > properties > Offline Support). Are you able to give a rough estimate of how many items are on the calendar? Is it publicly accessible are you able to share the link?

Component: General → Provider: CalDAV
Flags: needinfo?(lasana) → needinfo?(freddy)

On Windows 10 :

  • Calendars are cached.
  • They are not public, these are my professional calendars as well as shared calendars of some colleagues and of some teams.
  • Some have "many" items, but I have no idea how to get the number of item of a calendar.
  • Calendar are synced with a professional Zimbra server.

On Kde Neon (no freeze on start up):

  • Calendar are cached.
  • These are not public but private personal calendar, except calendar of day off and public holidays (Mozilla public calendar)
  • Some have "many" items, but I have no idea how to get the number of item of a calendar.
  • Calendar are sync with a self-hosted Nextcloud calendar.
  • Calendars are cached. cached/uncached makes no difference.
  • Not public since these are my corporate calendars.
  • They have many, many items (not sue how much but a couple of hundreds I reckon, going back to 2006)
  • Calendar are synced with a Zimbra server (fully patched 8.8.15).

Noticing a pattern here regarding Zimbra? Or merely a coincidence?

If i set calendar.threading.disabled to true the startup time becomes unbearably bad.

Did some more testing. When disabling the caldav calendars, startup time is normal (that was not the case in the original 1.0.2 release if i recall correctly). Enabling the 'tasks' calendar (cleared everything, just 1 item) workes just fine. However, as soon as I enable my corporate calendar the UI freezes for at least a minute.

Flags: needinfo?(freddy)

Maybe the performance profiler would help here? Is it working on 102?

(In reply to Andrei Hajdukewycz [:sancus] from comment #12)

Maybe the performance profiler would help here? Is it working on 102?

I do not seem to be able to open the developer tools (not with ctrl-shift-I nor clicking in the menu). I tried the error console, I see a lot of warning's there along the line of "Calendar: Parsing failed for parts of the item (while this is considered to be a minor issue, we continue processing the item)" and then per item usually something like "X-LIC-ERROR;X-LIC-ERRORTYPE=VALUE-PARSE-ERROR:No value for LOCATION property. Removing entire property".

Tried to look at the logs in Zimbra as well. Disabled the caldav calendar en then enabled it. It takes Zimbra about 10 seconds to send out all the request, which do appear visually in TB promptly. However, the UI then freezes for a minute or two.

(In reply to Andrei Hajdukewycz [:sancus] from comment #12)

Maybe the performance profiler would help here? Is it working on 102?

No, not yet. Bug 1771304 - Performance profiler completely broken on Thunderbird.

Freddy, how is the daily build?

Flags: needinfo?(freddy)

(In reply to Wayne Mery (:wsmwk) from comment #14)

(In reply to Andrei Hajdukewycz [:sancus] from comment #12)

Maybe the performance profiler would help here? Is it working on 102?

No, not yet. Bug 1771304 - Performance profiler completely broken on Thunderbird.

Freddy, how is the daily build?

Tried the daily build 104.0a1 (2022-07-23), same issue. What I have been noticing in the most recent 102.0.3 and in the daily build as well is that the first few seconds after startup the UI does seem to be responsive. But after that is freezes for more that a minute, triggering the gnome application unresponsive popup which has a timeout setting of 1 minute. The popup is only triggered once, so the freeze is anywhere between 1 and 2 minutes.

FYI, I will be AFK for a fortnight.

Flags: needinfo?(freddy)

I have the similar issue on Archlinux and KDE with Thunderbird 102.0.3. UI freezes completely while calendars' update is taking place. I have two calendars enabled: one over caldav and the other over iCal. The one that is connected by iCal has a lot of events. The problem could be easily triggered by clicking "Synchronize" button inside the Calendar tab. The 91 version of Thunderbird has no such issue with the same setup.

You can try setting the calendar.icaljs pref to false.

Thanks for the advice! It seems that setting calendar.icaljs pref to false have helped: I see no GUI freezes anymore.

Status: UNCONFIRMED → RESOLVED
Closed: 21 days ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1659582

Hello,
I confirm on my side too that setting calendar.icaljs pref to false have helped: I see no freezes at start-up anymore.
Thanks for finding this solution!

Since I am using caldav and not ical , much to my surprise setting the calendar.icaljs to false indeed helps to avoid the GUI freezes.

Have not seen any unwanted side effects yet, sure hope it stays that way.

Found an unwanted side effect unfortunately. The 'today pane' no longer shows any items.
Setting calendar.icaljs to true and hiding the 'today pane' still freezes the UI.
Tested on version 102.1.2.

You need to log in before you can comment on or make changes to this bug.