Upon edit and save an event in Caldav calendar, all items (including those from other calendars) disappear from the calendar view for a long while before re-appearing with changes applied
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(thunderbird_esr78 wontfix)
| Tracking | Status | |
|---|---|---|
| thunderbird_esr78 | --- | wontfix |
People
(Reporter: richard.leger, Assigned: darktrojan)
References
Details
Attachments
(2 files)
Step to reproduce:
In TB 89.0b3 (64-bit) and 89.0b4 (64-bit) in a CalDAV calendar (not read-only, with offline support enabled, reminders enabled) open and existing event to edit it. Make a change eg: time. Save the changes.
What happens:
All event items from all calendars disappear for the view for a long time (~2s) before reappearing with the changes applied. This is quite annoying visually when you edit a lot of items per day...
This happens both with click+edit+save or drag/drop the event in the view...
Also drag/drop an existing items it tends (but not always) to generate an additional Untitled 1H items along side the one dragged/dropped in the view...
What's expected:
Only the changed item to move (preferably without disappearing completely) in the view according to the changes eg: change of time... without any disappearance of any other items, without appearance of new Untitled items...
|
Assignee | |
Comment 1•4 years ago
|
||
Yes. This is an unintended consequence of a change to fix something else. I will be working on it but haven't started yet.
Also drag/drop an existing items it tends (but not always) to generate an additional Untitled 1H items along side the one dragged/dropped in the view...
That's probably a separate issue given recent changes so please file another bug about it.
|
Reporter | |
Comment 2•4 years ago
|
||
(In reply to Geoff Lankow (:darktrojan) from comment #1)
Also drag/drop an existing items it tends (but not always) to generate an additional Untitled 1H items along side the one dragged/dropped in the view...
That's probably a separate issue given recent changes so please file another bug about it.
FYI, new Bug 1712056 has been created.
|
|
Reporter | |
Updated•4 years ago
|
|
|
Assignee | |
Comment 3•3 years ago
|
||
I've also renamed some functions from 'deleteFoo' to 'removeFoo' as that's a more appropriate verb.
|
|
Assignee | |
Comment 4•3 years ago
|
||
Depends on D116799
|
|
Assignee | |
Comment 5•3 years ago
|
||
As well as these changes which greatly reduce the amount of disappearing/reappearing, I have a patch to delay updating the UI until all of the data is available, so the disappearing/reappearing is virtually eliminated. But the patch is buggy and I haven't had time to fix it yet.
|
||
Updated•3 years ago
|
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/f47731d6b6a9
In calendar views, refresh only calendars that require refreshing. r=mkmelin
https://hg.mozilla.org/comm-central/rev/9d803ab0a3d5
List calendar items in the same order as the calendar list where appropriate. r=mkmelin
Description
•