Bug 325756 - Folder properties take too much time to appear, if they do at all
Summary: Folder properties take too much time to appear, if they do at all
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: GIT (master)
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
Depends on:
Reported: 2013-10-08 01:26 UTC by Lisandro Damián Nicanor Pérez Meyer
Modified: 2014-06-09 08:56 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Lisandro Damián Nicanor Pérez Meyer 2013-10-08 01:26:04 UTC
I have just setted up an imap offline account against gmail. It has already synced, Now if I right-click on any folder and select "Folder properties", it takes far too much time to show them (10' or more), if it does at all.

Reproducible: Always
Comment 1 Laurent Montel 2013-10-15 14:45:16 UTC
Know bug, but it's not a kmail bug but akonadi bug.
We can't sync and show dialog box which need to have some akonadi parameter in same time.
Comment 2 Lisandro Damián Nicanor Pérez Meyer 2013-10-15 15:03:14 UTC
Sound slogical. It turned out that akonadi haven't finished indexing my mails. After it did, things started to get faster (but could really improve).
Comment 3 David Faure 2014-06-07 09:07:03 UTC
Fix on its way: https://git.reviewboard.kde.org/r/118602/
Comment 4 David Faure 2014-06-07 09:07:22 UTC
*** Bug 314876 has been marked as a duplicate of this bug. ***
Comment 5 David Faure 2014-06-09 08:56:00 UTC
Git commit dc97df054b2eaae2556eae56d6b01f38c00b3a2a by David Faure.
Committed on 07/06/2014 at 08:47.
Pushed by dfaure into branch 'KDE/4.13'.

Speed up opening the folder properties dialog in kmail.

An IMAP mail check schedules a large number of tasks.
Tasks that the user is waiting for, such as ItemFetch (reading one mail)
or SyncCollectionAttributes (as called by the folder properties dialog)
should have priority over that.

There might be more types of tasks that the user could potentially be waiting for.
Maybe we could even blacklist instead of whitelist, i.e. put folder-sync tasks
in a low-prio queue, while the default queue would be above it. Not sure.
Related: bug 314876
REVIEW: 118602

M  +2    -1    akonadi/resourcescheduler.cpp
M  +5    -3    akonadi/resourcescheduler_p.h