Summary: | Folder properties take too much time to appear, if they do at all | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Lisandro Damián Nicanor Pérez Meyer <perezmeyer> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs, faure, montel |
Priority: | NOR | ||
Version: | GIT (master) | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kdepimlibs/dc97df054b2eaae2556eae56d6b01f38c00b3a2a | Version Fixed In: | |
Sentry Crash Report: |
Description
Lisandro Damián Nicanor Pérez Meyer
2013-10-08 01:26:04 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. 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). Fix on its way: https://git.reviewboard.kde.org/r/118602/ *** Bug 314876 has been marked as a duplicate of this bug. *** 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 http://commits.kde.org/kdepimlibs/dc97df054b2eaae2556eae56d6b01f38c00b3a2a |