Created attachment 59841 [details] Screenshot of the Conflict Resolution dialog Version: 2.0.95 (using KDE 4.6.2) OS: Linux I opened up my IMAP Inbox, saw a spam mail, selected it and hit Delete (befoew the content was loaded). I was greeted by a Conflict Resolution dialog box which asked me to resolve a conflict in the metadata (how is a "regular" user supposed to answer this question?), see attached screenshot. Jusdging from the modification time of the left column, it tried to resolve a conflict between a dummy/empty object and the then-loaded mail. I just pressed Escape (which resolution is that?) and afterwards I couldn't find the mail in the Trash folder (the wrong one BTW, cf. bug 259422). The debug output wasn't helpful either. I posted it below; it appeared AFTER I dismissed the Conflict Resolution dialog. Finally, I had a look at the local trash folder (is it supposed to be a broken Maildir?) and discovered that it contained 5 messages while KMail only displays 2 (I can't tell if the deleted mail is there since it was a spam mail I receive quite often; but the timestamp 2011-05-10 10:41 looks like its that mail): mss@TreeHouse:~/.kde/share/apps/kmail/mail/trash$ ls -l * cur: total 0 new: total 44 -rw-r--r-- 1 mss mss 2976 2011-05-10 10:46 {501fe67c-ee44-44ac-bdd5-9e2cef06ab7f} -rw-r--r-- 1 mss mss 1769 2011-05-10 10:46 {601dfc56-d12e-42d7-a992-04afadf31ea8} -rw-r--r-- 1 mss mss 14301 2011-05-10 10:41 {86700969-f7ab-47da-9e35-4c0b539d3c49} -rw-r--r-- 1 mss mss 2053 2011-05-10 09:27 {d7d6a236-930f-48bf-b903-4bdf2236a522} -rw-r--r-- 1 mss mss 14580 2011-05-10 09:27 {f018b095-2de2-4e5f-9d11-35de68fb3fe4} tmp: total 0 Reproducible: Didn't try OS: Linux (x86_64) release 2.6.38-8-generic Compiler: cc Debug output: akonadi_mixedmaildir_resource_0(2237)/akonadiresource (maildir): "Cannot add email to folder trash because there is no email content" kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///home/mss/Documents" ) , type: 5 , frame: QWebFrame(0x2737cd0) kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///" ) , type: 5 , frame: QWebFrame(0x2737cd0) posting retrieval request for item 53239 there are 1 queues and 0 items in mine processing retrieval request for item 53239 parts: ("RFC822") of resource: "akonadi_imap_resource_0" request for item 53239 still pending - waiting akonadi_imap_resource_0(2235)/kdepimlibs (kimap) RetrieveItemTask::onMessagesReceived: MESSAGE from Imap server "13378" akonadi_imap_resource_0(2235)/kdepimlibs (kimap) RetrieveItemTask::onMessagesReceived: Has Payload: true continuing request for item 53239 succeeded kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///home/mss/Documents" ) , type: 5 , frame: QWebFrame(0x2737cd0) kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///" ) , type: 5 , frame: QWebFrame(0x2737cd0) posting retrieval request for item 53247 there are 1 queues and 0 items in mine processing retrieval request for item 53247 parts: ("HEAD") of resource: "akonadi_mixedmaildir_resource_0" request for item 53247 still pending - waiting akonadi_mixedmaildir_resource_0(2237): "Given item identifier is empty" akonadi_mixedmaildir_resource_0(2237): Item(remoteId= "" , mimeType= "message/rfc822" , parentCollection= "trash" ) akonadi_mixedmaildir_resource_0(2237)/akonadiresource (maildir): "Given item identifier is empty" continuing request for item 53247 "" failed: "Resource was unable to deliver item" ItemRetrieverException : Resource was unable to deliver item [/usr/bin/nepomukservicestub] Soprano::ODBC::Connection::Connection() Soprano::Server::ServerConnection(0x7fd22c005ca0) 13378 FLAGS (\Seen) kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///home/mss/Documents" ) , type: 5 , frame: QWebFrame(0x2737cd0) kmail2(2278)/kdewebkit KWebPage::acceptNavigationRequest: url: QUrl( "file:///" ) , type: 5 , frame: QWebFrame(0x2737cd0) [/usr/bin/nepomukservicestub] Soprano::ODBC::Connection::Connection() Soprano::Server::ServerConnection(0x7fd22c006120) akonadi_nepomuk_email_feeder(2245)/libkdepim Akonadi::PluginLoader::scan: registering Desktop file "/usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_contactgroup.desktop" for ("application/x-vnd.kde.contactgroup") @ ("legacy", "default", "KABC::ContactGroup") akonadi_nepomuk_email_feeder(2245)/libkdepim Akonadi::PluginLoader::scan: registering Desktop file "/usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_kcalcore.desktop" for ("text/calendar", "application/x-vnd.akonadi.note", "application/x-vnd.kde.notes") @ ("default", "KCalCore::Incidence*") akonadi_nepomuk_email_feeder(2245)/libkdepim Akonadi::PluginLoader::scan: registering Desktop file "/usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_kcal.desktop" for ("text/calendar", "application/x-vnd.akonadi.note", "application/x-vnd.kde.notes") @ ("legacy", "KCal::Incidence*") akonadi_nepomuk_email_feeder(2245)/libkdepim Akonadi::PluginLoader::scan: registering Desktop file "/usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_addressee.desktop" for ("text/vcard", "text/directory") @ ("legacy", "default", "KABC::Addressee") akonadi_nepomuk_email_feeder(2245)/libkdepim Akonadi::PluginLoader::scan: registering Desktop file "/usr/share/kde4/apps/akonadi/plugins/serializer/akonadi_serializer_microblog.desktop" for ("application/x-vnd.kde.microblog") @ ("legacy", "default", "Microblog::StatusItem")
I just got this dialog again and clicked "Keep Both". I was presented with a new Conflict Resolution dialog with the just deleted mail, the only difference were the metadata items: Modification Time: "24.05.2011 14:52:02" vs. "24.05.2011 14:52:03" Flags: "\SEEN" vs ""
I have a very similar issue, but not with IMAP, with POP. One of my mail folder contains about 5930 mails, retrieved using POP. It was upgraded to akonadi when I upgraded to KMail 2.0.95 and worked well. Yesterday, the Conflict box appeared for no apparent reason (I wanted to move some files to the Trash). I dismissed it and now, I get a "Given item identifier is empty" when I try to get to that folder, with messages like the following appearing on the command line if KMail is started in a console : db@coyote:~$ kmail kmail2(2948)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail2(2948)/kdeui (kdelibs): Attempt to use QAction "" with KXMLGUIFactory! vdb@coyote:~$ kmail2(2948)/libakonadi Akonadi::EntityTreeModelPrivate::fetchJobDone: Job error: "Erreur inconnue. (Unable to fetch item from backend)" kmail2(2948)/libakonadi Akonadi::EntityTreeModelPrivate::monitoredItemChanged: Got a stale notification for an item which was already removed. 3417 "1198005228.3081.YsBA5:2,S" kmail2(2948)/libakonadi Akonadi::EntityTreeModelPrivate::monitoredItemChanged: Got a stale notification for an item which was already removed. 3422 "1198582054.2938.OwDbt:2,S" kmail2(2948)/libakonadi Akonadi::EntityTreeModelPrivate::monitoredItemChanged: Got a stale notification for an item which was already removed. 3432 "1199401979.29684.hXvzP:2,S" The main issue is that Kmail do not display the folder contents anymore, meaning I lost access to 5 years of mails.
*** Bug 285617 has been marked as a duplicate of this bug. ***
I cannot reproduce the bug with master (similar to KDE 4.8.0), do you still see it?
I saw it recently but I think that was before the upgrade to 4.8.0 which wasn't long ago either.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!