N900 Kontact Mobile Mail, Version 20101015-1 because it happened to me twice now: Under some conditions on the initial syncs, before I can see any calender entry, I am getting a conflict for each appointment in a new calender folder. Seen with 20101008 on an folder older. And now seen with 20101015-1 on a folder I've configure for the first time. As I need to handle each dialog separately with several hundereds of events, because of #250570 (Conflict dialog is not readable) I had to kill my akonadi to get a workable phone again, which makes this critical.
Is this limited to some folders or does this happen for each and every appointment? If the first, does the folder contain duplicated mails (they could trigger the conflict)?
I cannot say if this is limited to some folders, it might be. The folder I got it now has 320 entries, I cannot manually go through them to check if I get conflicts in another folder. The same folder is used by myself with e35 and e4 desktop client, which I would expect to flag any real conflict there is. So I am 99% sure this is an artifact of Kontact Mobile. Of course it is not know if there are double emails in the local cache (aka akonadi). I can try and check this with akonadi-console.
You should be able to easily check for duplicated mails with one of the desktop clients (sort by subject), the total number of duplicates should be comparable to the number of conflicts you got. So even a very quick check should easily find them if I'm on the right track here, if not obviously something else is causing this.
Do doublicates in the folder that I could see with my e35 client.
It does not seem to happen everytime. I could get a calender synced with a a fresh configuration and using offline mode with Package: kdepim-mobile Version: 4:4.6~20101025.1189542-1maemo2.1188357 Package: libqt4-experimental-gui Version: 4.7.0~git20100908-0maemo1
SVN commit 1198720 by smartins: Print ids of conflicting items so i can easily find them in akonadiconsole. CCBUG: 254742 M +1 -0 libkdepim-copy/kincidencechooser.cpp M +6 -0 resources/kolabproxy/incidencehandler.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1198720
Bernhard, In your akonadiserver's output log you should have something like: akonadi_kolabproxy_resource(23418) IncidenceHandler::translateItems: Conflict detected for incidence uid "libkcal-600132418.938" for imap item id = 6961 and the other imap item id is 6913 So manually run: akonadictl start &> akonadi.log then when you get the conflict dialog: grep Conflict akonadi.log it should tell you which e-mails are duplicated.
Sergio, thanks for responding. I still do not know what triggered this, but it had not happend to me for a while. (Thus downgrading priority and severity.) Package: kdepim-mobile Version: 4:4.6~20101115.1197307-1maemo3.1196115 Package: libqt4-experimental-gui Version: 4.7.0~git20101111-0maemo1 Thanks for your change, I believe it will make future analysis easier, which is important. (When I was seeing the issue, there were no obvious duplicates.)
Moving this from resolved to verified -> worksforme since there are no reports of this happening again in the last 4 months. But since there can be no concrete fix named -> worksforme.