Bug 316367

Summary: kmail2: Selecting INBOX again there is no message listed again
Product: [Applications] kmail2 Reporter: Alexander Stein <alexanders83>
Component: message listAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: normal CC: Martin
Priority: NOR    
Version: 4.10.1   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:

Description Alexander Stein 2013-03-08 14:47:07 UTC
Ok, it's a bit hard to explain. After kmail starts I see all my mails in my INBOX. When i afterwards switch to a different folder in my IMAP ressource and then switch back to my INBOX no message at all is listed.

Reproducible: Always

Steps to Reproduce:
1. Restart Akonadi (once the problem occurs it doesn't not vanish until akonadi is restarted)
2. Launch kmail and see Mails in INBOX
3. Select a different folder
4. Select INBOX again
Actual Results:  
I don't see my mails as in step 2.


It seems this does only occur with a specific or at least with one of my mailboxes.
Watching .xsession-errors meanwhile gives the following messages:

This is from step 3:
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveItemsTask::triggerExpunge: "INBOX.Junk"
kmail2(30914) MessageList::StorageModel::StorageModel: Using model: Akonadi::EntityTreeModel
[/usr/bin/nepomukservicestub] nepomukstorage(8143)/nepomuk (storage service) Nepomuk2::ResourceWatcherManager::watch: () ("http://www.semanticdesktop.org/ontologies/2007/08/15/nao#hasTag", "http://www.semanticdesktop.org/ontologies/2007/08/15/nao#description") ()
[/usr/bin/nepomukservicestub] nepomukstorage(8143)/nepomuk (storage service) Nepomuk2::ResourceWatcherManager::createConnection: () (QUrl("http://www.semanticdesktop.org/ontologies/2007/08/15/nao#hasTag") ,   QUrl( "http://www.semanticdesktop.org/ontologies/2007/08/15/nao#description" )  )  ()
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveItemsTask::onFinalSelectDone: No messages present so we are done
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: ".Junk"
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: Not refreshing because of timestamp
kmail2(30914) KMKernel::instanceStatusChanged: A Resource started to synchronize, starting a mail check.
kmail2(30914) KMKernel::slotProgressItemCompletedOrCanceled: Last resource finished syncing, mail check done

Those are the messages from step 4:
kmail2(30914) MessageList::StorageModel::StorageModel: Using model: Akonadi::EntityTreeModel
[/usr/bin/nepomukservicestub] nepomukstorage(8143)/nepomuk (storage service) Nepomuk2::ResourceWatcherManager::watch: () ("http://www.semanticdesktop.org/ontologies/2007/08/15/nao#hasTag", "http://www.semanticdesktop.org/ontologies/2007/08/15/nao#description") ()
[/usr/bin/nepomukservicestub] nepomukstorage(8143)/nepomuk (storage service) Nepomuk2::ResourceWatcherManager::createConnection: () (QUrl("http://www.semanticdesktop.org/ontologies/2007/08/15/nao#hasTag") ,   QUrl( "http://www.semanticdesktop.org/ontologies/2007/08/15/nao#description" )  )  ()
kmail2(30914) KMKernel::instanceStatusChanged: A Resource started to synchronize, starting a mail check.
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveItemsTask::triggerExpunge: "INBOX"
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveItemsTask::onFinalSelectDone: UIDVALIDITY check failed ( -666705594 | 3628261702 ) refetching  "INBOX"
Object::connect: No such signal KIMAP::FetchJob::headersReceived( QString, QMap<qint64, qint64>, QMap<qint64, qint64> QMap<qint64, KIMAP::MessageFlags>, QMap<qint64, KIMAP::MessagePtr> )
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: ".INBOX"
akonadi_imap_resource_5(30830)/kdepimlibs (kimap) RetrieveCollectionMetadataTask::doStart: Not refreshing because of timestamp
kmail2(30914) KMKernel::slotProgressItemCompletedOrCanceled: Last resource finished syncing, mail check done

To my view "UIDVALIDITY check failed" seems oddly.
Comment 1 Alexander Stein 2013-03-08 14:53:47 UTC
Oh, an additional note. First occured in KDE 4.10.0.
Comment 2 Martin Steigerwald 2015-09-09 20:41:50 UTC
Alexander, thank you for your report. Sorry for long time to answer. As I see its about a version of KMail that uses Nepomuk and is unmaintained. Thus closing. If you can still reproduce this with KDEPIM 4.14 or even 15.08 if you can get it already, please reopen. I didnĀ“t see this behavior in quite some time anymore. Thank you, Martin