Version: 0.70.0 (using 4.2.00 (KDE 4.2.0), 4.2.0-15.fc10 Fedora) Compiler: gcc OS: Linux (x86_64) release 2.6.27.19-170.2.35.fc10.x86_64 Since a few years kopete duplicates entries of my contactlist. After a while I have a list of > 100 contacts, most of them duplicates of real existing. So from time to time I have to delete all the wrong entries, so the contactlist file of kopete get emptied. Or I delete teh whole contact lsit of kopete so it generate a new one. I tried this on several platforms, with kde 3.5 and now kde 4.2 based kopete, these entries are only visible if I show all contacts. And I have no, real no idea why. It happend with jabber and proxy protocolls, it happens with msn and icq plain contacts (not wrapped via jabber). Its annoying. If I click on such an account, kopete tells me it could not send a message to it. Due the circumstance that these entries never has had an icon beside I can separate and delete them fast meanwhile. It would great if this strange problem get fixed (kopete startsup slower and slower without deleting the contactlist.xml from time to time) or kopete simply dont think about contactlist.xml anymore. The message services itself holds them!
I can't reproduce this. Are you linking contacts to an addressbook entry?
Not, not on my laptop. Current specific is that my contacts runs via jabber server proxy gateway. Eg. I just log on jabber (openfire server) and msn and icq are made via this. I'll setup kopete next time this way that I have direct msn and icq.
Confirm on KDE 4.3 via Kubuntu Jaunty. I have using a Gmail account and pyicqt gateway to ICQ. And I see duplicates contacts: one with link to ICQ account and another without link.
Confirm on KDE 4.3.1 Kubuntu Karmic x86_32. Confirm on KDE 4.3.65 Gentoo unstable ~x86_64. Both computer using Jabber from different provieder. It's not related to ICQ account/transport, cause on KDE 4.3.1 is used only pure jabber without services.
I can confirm this. But for me it started with me using Jabber + Transports. Using "pure" ICQ and MSN protocols doesn't result in this effect. This bug is realy annoying as it makes it impossible to use metacontacts.
Same bug here on gentoo in KDE 4.3.2.
SVN commit 1042879 by rjarosz: Never save contact list after protocols were unloaded. BUG: 187311 BUG: 206837 BUG: 202061 M +21 -0 kopetecontactlist.cpp M +6 -0 kopetecontactlist.h M +1 -1 kopetepluginmanager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1042879
SVN commit 1042883 by rjarosz: Backport commit 1042879. Never save contact list after protocols were unloaded. CCBUG: 187311 CCBUG: 206837 CCBUG: 202061 M +21 -0 kopetecontactlist.cpp M +6 -0 kopetecontactlist.h M +1 -1 kopetepluginmanager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1042883
*** Bug 196339 has been marked as a duplicate of this bug. ***
Patched kdenetwork/kopete 4.3.2 with Patch from #8 This does _not_ fix the bug.
Really? Just to be precise the patch won't remove the empty copies you have to remove it manually or remove whole contact list. But with this patch you should not get new empty copies.
I tried first by removing contactlist.xml and start kopete. Then I restarted kopete several times: no duplication. But after shutdown and boot the next day: 187 contacts where 100 should be. Perhaps this is not due to kopete but some filesystem/raid/whatever bug restoring old contactlist.xml? I remember kde in general having issues with ext4 file allocation algorithm.. I'll suggest some of the other reporters(perhaps someone not using Linus' Tree HEAD ;) to try to reproduce it.
I tried first by removing contactlist.xml and start kopete. Then I restarted kopete several times: no duplication. Same, but I have no the patch, it remove duplication here with the bugged version.
dex: There's certainly ext4 corruption issue in Linus HEAD, that's why I'm not using it yet ;) Anyway there may still be bug somewhere, were the 87 duplication only from specific protocol? If you can somehow reproduce it, it would be good if you could send me contactlist.xml before you stop kopete, before you start kopete and after start. BRULE: that's expected the duplication only occurs sometimes (when Kopete takes too long to shutdown) so you my not see this bug every time. Note: even with the fix you may see this bug on first start of patched Kopete but not on next.
*** Bug 209242 has been marked as a duplicate of this bug. ***
I just checked this on a ext3 2.6.31 x86_64 Box: it still occurs. I noticed it now only occurs if I leave kopete running and leave KDE session. (doesn't matter if logout, restart, shutdown..) If I close kopete and restart it, contact count stays the same. I remember yakuake/konsole having similar issues, perhaps its some harder to solve problem?
*** Bug 215718 has been marked as a duplicate of this bug. ***
*** Bug 218262 has been marked as a duplicate of this bug. ***
RESOLVED as FIXED? No, it the hell not. My meta-contacts just fell apart again. And I am using Kopete 0.80.2/KDE 4.3.4. And if I understand the bug logs properly, the commit should have been propagated by this time. But it doesn't work. And, as the "empty contact" part of each metacontact can be merged to them only if the cursor is standing on the empty contact; and as selecting the empty contact causes the "The user is not available at the moment" message to popup; and as "Bug 78012 - Wish: Automatic merging of contacts into metacontacts" is still in UNCONFIRMED state... merging them back will take a usually long time. Until the next time it falls apart. Please reopen the bug.
As suggested on the Kopete IRC, I need to mention that one of my previous KDE leaves could be unclean, similar to "if I leave kopete running and leave KDE session" scenario mentioned before. Btw, for other people affected with the problem: making a dedicated hotkey to join the contacts into the metacontact REALLY help.
Bug still at least in 4.3.4 (x86), not related to filesystem.
In amd64, ppc64, and arm too.
If somebody could reproduce this, please before you login to KDE next time (right before the bug occurs) copy .kde/share/apps/kopete/contactlist.xml and .xsession-errors and send it to kedgedev (at) gmail.com thanks
*** This bug has been confirmed by popular vote. ***
(In reply to comment #23) > If somebody could reproduce this, please before you login to KDE next time > (right before the bug occurs) copy .kde/share/apps/kopete/contactlist.xml and > .xsession-errors and send it to kedgedev (at) gmail.com thanks OK, "right before the bug occurs" is not this easy to get ... Here the bug occurs quite sporadically. As I today at morning had this again, I created a script to be put into .kde/env/, with essentially the following two lines: cp ~/.kde/share/apps/kopete/contactlist.xml ~/test/contactlist.xml-`date '+%F_%R'` cp ~/.xsession-errors ~/test/xsession-errors-`date '+%F_%R'` I'll send the produced files the next time I get this. (A first reboot didn't get the error.)
This still happens with 1.0.80
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
Still happens in 21.12.3-r1 on Gentoo Even if I remove .local/share/kopete and .config/kopeterc and start anew: - start kopete - login - see contacts (online and offline) correctly (with their display names and sorted in groups) - logout/close kopete - empty entries in contactlist.xml appear (all as meta-contacts, the only info in the entries is the hexadecimal ContactId) - after restarting kopete and logging in the contact list now includes the real entries and the new empty ones - every closing of kopete adds the exact number of existing real contacts in my contact groups as empty entries, so that the contact lists grows on every closing procedure - deleting the empty entries from the contact list is possible but useless All this has been happening for years.