If you enter an IMAP folder while its agent is offline (for example, due to having no network connectivity), the per-folder settings such as aggregation and sorting controls or the preference for HTML mail are not loaded. The folder is displayed with some defaults loaded from somewhere else. Worse, some of the settings are lost: at least the HTML preference is lost, even after connecting and reloading the folder. Reproducible: Always Steps to Reproduce: 1. Select an IMAP while the Akonadi agent is online 2. Change some per-folder setting, like the aggregation type, sorting order, or preference for HTML display 3. Change folders 4. Disconnect the agent (disconnecting the network or manually placing it on offline mode in Akonadi Console) 5. Select the folder again Actual Results: The folder is displayed with the folder defaults. The HTML display setting is not respected and also reverts back to the default. Expected Results: The per-folder settings should have been respected, even in offline mode. The settings are local (not stored on the server), but even if they were remote, they could have been cached locally.
When I try to show properties in offline mode properties dialog is not shown. Will test with a other imap not disconnect to see if I can reproduce it
Right, that's another symptom. I don't remember if it never shows the dialog, or if it does a long time later (after some timeouts).
Git commit 795ae6d4969dd8162b0eb1408ce003b2389bdc8c by Montel Laurent. Committed on 18/10/2012 at 16:16. Pushed by mlaurent into branch 'KDE/4.9'. Fix Bug 308566 - Using a folder while IMAP agent is offline does not load folder settings (and sometimes loses them) Now it doesn't timeout when it's offline. I can't reproduce problem with settings not stored/load. All is ok. Reopen if you can reproduce it FIXED-IN: 4.9.3 M +12 -6 kmail/kmmainwidget.cpp http://commits.kde.org/kdepim/795ae6d4969dd8162b0eb1408ce003b2389bdc8c
I cannot confirm the fix. It's still happening, with the commit applied.
Ah ? Is it still timeout ? Wierd that it doesn't save settings. Will continue to look at.
What timeout? This has nothing to do with the settings *dialog*. The problem is that the settings aren't loaded.
"Right, that's another symptom. I don't remember if it never shows the dialog, or if it does a long time later (after some timeouts)." So now it's load directly or not ? With my patch it can show dialogbox before we can't show it (or arrived after a long time). So it's better for you or not ?
Yes, it's better. But it didn't fix the main problem that I reported: HTML preference and aggregation / sorting order settings aren't applied.
Ok, will investigate it.
(In reply to comment #9) > Ok, will investigate it. Did you have any opportunity to investigate?
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.