[Evolution-users] Hung/slow deletes in Evo 3.58 (IMAP)?
Milan Crha
mcrha at redhat.com
Fri Oct 3 07:50:04 UTC 2025
On Thu, 2025-10-02 at 19:41 +0200, Paul Smith wrote:
> I am now convinced this is an issue with Evolution
Hi,
you are right. I broke something, but I do not know what it is, because
it really happens only from time to time. I sometimes enter a folder
and as I read the unread messages the folder tree on the left does not
update the unread count. Moving to a different folder and back fixes
it. Strangely, it sometimes happens also when I enter a folder where I
already was.
I guess that the folder is locked, not letting others know about the
changes in it, for some reason, which causes the UI bits not behaving
correctly.
> I waited about 25 seconds with nothing happening, then switched to a
> different folder and almost immediately the messages went away and
> the "unread message" count was updated.
Changes in the folder, if noticed (aka when the folder is not locked)
are saved after 3 seconds of delay by default in the IMAP accounts.
When a different folder is selected, the changes are saved immediately.
I need to figure out what I broke and fix it, the only problem is that
it happens only rarely here, thus I might go by the old way, reading
the code changes in the 3.57.x to see whether anything arises from it.
I suspect it's in the libcamel, thus in the evolution-data-server. I'll
update this thread when/if I'll find anything. The release for the
3.58.1 is planned for the next week (on Friday), thus some time lefts.
Bye,
Milan
More information about the evolution-users
mailing list