Summary: | folders do not get populated after initial fetch. | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Luis Silva <lacsilva> |
Component: | Gmail resource | Assignee: | Daniel Vrátil <dvratil> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kdepim-bugs, lbeltrame, wilderkde |
Priority: | NOR | ||
Version: | GIT (master) | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
console debug output
akonadi console debug output akonadi output |
Description
Luis Silva
2014-07-18 15:37:14 UTC
Please enable "akonadi_gmail_resource*" and "kimap" in kdebugdialog, restart Akonadi from terminal (akonadictl restart) and try to reproduce, then please provide the output from Akonadi - there might be some useful information as to why the linking has failed. Created attachment 87899 [details]
console debug output
Created attachment 87900 [details]
akonadi console debug output
(my previous message got somehow deleted) I can reproduce: only the Trash folder is populated and other ones are empty. Created attachment 87907 [details]
akonadi output
Here is the console output.
Note that I deleted a few of the lines containing things like
akonadi_gmail_resource_9(26417)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: "/NPower"
as they contained personal information.
I also deleted references to other resources for clarity.
The output corresponds to a clean insertion of the resource, that is, I removed any gmail resource I had, restarted akonadi, ran 'akonadictl fsck; akonadictl vacuum'. Then I restarted akonadi again, at which point this log starts, fired kmail and added the resource. I used only the default values. The resource was added, performed an initial fetch and was marked as offline in kmail. I had to manually trigger a fetch from kmail in order for all the folders and the resource to go online. Not all the folders were fetched on the first attempt and not all of the folders were mentioned in the second fetch.
This bug no longer happens in current master. |