[Evolution-users] Evolution still losing displays

[Milan Crha]

On Tue, 2026-05-05 at 20:45 +0200, Van Snyder via evolution-users
wrote:
> messages disappear from "table of contents,"

	Hi,
I see it on the current development version (3.61.x series) from time
to time too, but never on will, thus yes, it's hard to reproduce
reliably. What I suspect, speaking of IMAP, is not about locking, but
about properly identifying what messages had been (re)moved from the
folder, because the messages are sometimes identified by their UID,
sometimes by their index in the folder. When the content of the folder
is locally updated before the index-based responses from the server are
received the index point to a different message and the libcamel
removes them from the local cache. They are still on the server, thus
the next time the folder is refreshed "they are back". There had been
couple attempts to fix it, but as I said, it still does not work 100%.

It's filled here:
https://gitlab.gnome.org/GNOME/evolution-data-server/-/work_items/602

> the one-line pane at the bottom fills with "refreshing" and "storing"
> and "loading" actions. I don't need to kill Evolution to get it back;
> canceling some of the actions, usually the "storing" ones, recovers
> its attention.

The one-line pane is called status bar and it provides you with what
the app is doing, with a chance to cancel (long-)running tasks. While
some tasks with an IMAP account can be interleaved, some other cannot;
there also depends how many connections you've allowed for the account.
The "storing" task can change content of the folder, thus it blocks
everything else (it's the opposite of your assumption, the locking
prevents other things to run, it's not a race condition, it's
deliberate here). I see with Google server that it's sometimes awfully
slow, blocking other things. It's not stuck, it progresses, but really
slowly. When you hover mouse above the task you can see a tooltip,
which also shows percentage to complete the task. By moving away and
back you can check whether it's progressing.

	Bye,
	Milan