UI blocked during periodic calendar update
Categories
(Calendar :: General, defect)
Tracking
(Not tracked)
People
(Reporter: tech, Unassigned)
Details
(Keywords: perf)
Steps to reproduce:
11 local calendars (all r/w). 15 external calendars (all r/o) of which 2 are hidden, with 60 min sync schedule.
Actual results:
When TB is started or when the cal sync starts, UI freezes for most of the time the sync runs. Apparently the sync is started under the UI task.
Expected results:
There should be no disruption of the UI when the cal sync is running. The sync should not start under the UI task. This problem is not new. It has been around for many years. I hoped it would be solved with the new UI interface in TB 115 - but NO. So, finally I am filing this as a bug.
Hint: An old discussion (here: https://groups.google.com/g/mozilla.support.thunderbird/c/CBnPVw1Xbo0 ) suggested that SOGO is the problem.
|
||
Comment 1•2 years ago
|
||
Do you have any calendars with horde or repeating events?
|
Reporter | |
Comment 2•2 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #1)
Do you have any calendars with horde or repeating events?
The 11 local calendars have all been created with TB. They contain not so much repeating events, but many repeating tasks, most of which are repeating "until forever", some of which are daily tasks.
The external calendars are either .ics files hosted on a web server (which I do not control) or are delivered via a php-script, also hosted on a web server I do not control. I cannot determine what groupware program is behind this. But from what I can see, the related calendar entries are not repeating events, and there are no tasks.
|
|
||
Comment 3•2 months ago
|
||
Meik, do you still have this problem when using version 140?
|
|
Reporter | |
Comment 4•2 months ago
|
||
With TB 150.0 the UI is apparently not blocked when TB processes the calendar entries.
|
|
||
Comment 5•2 months ago
|
||
Thanks for the update
Description
•