Version: (using KDE 4.2.3) OS: Linux Installed from: Unlisted Binary Package When typing a name in the addressbook search field, the list of matches is extremely slow to update, taking several seconds for each character typed. I noticed this problem, which was not present in KDE 4.2.1, after the resolution of Bug 188475. I have a medium sized addressbook stored in a .vcf file containing about 420 contacts. The slowness is present when the addressbook is accessed directly, as well as when using the akonadi compatibility layer. I checked with a blank account and the problem persists there as well. Any steps to debug? Regrettably this bug really makes looking up a phone number a pain.
Just to confirm: I'm seeing this behaviour using the precompiled OpenSUSE 11.1 x86_64 RPMs as of KDE 4.2.3; KDE 4.2.2 did not do this. I'm using a vCard format address book - each entry is in its own file. I have 265 entries. Steps to reproduce: 1. Open the address book (eg: in Kontact) 2. Type anything in the search bar at the top - the app freezes for a while after each character typed, and one CPU core goes to 100% for that time. -- Steve
I can confirm that this also happens without any local storage of contacts. I'm using kontacts addressbook only with LDAP sources and the problems exactly the same. Typing into the searchbar is utterly slow, i even thought kontact was hanging. Kontact hogs CPU when this happens and renders it unuseable since i use the Clickto (phone|fax|sms) feature a lot. Interestingly this only happens in the "addressbook view". When i start to compose a mail, the addresses are filled out right away while typing. Using kubuntu (jaunty) ppa's of KDE 4.2.3 -- Lars
I can also confirm this exactly as described on 4.2.3 on both openSUSE 11 and 11.1. Due to the delay (and maybe an old, slow CPU) the addressbook (and therefore Kontact) becomes unstable.
i allso i can confirm this problem on new notebook cpu. If i select "all visible fields" kontakt needs more then 1min to filtering. Search only in the names is faster, but theare is a delay about 1-2 seconds.
I can confirm this bug on Gentoo with KDE 4.2.3 and Qt 4.2.2. KDE 4.2.2 didn't have this bug. Like stated in comment #4, it takes about a minute after the Kontact wakes up from freezing. Having typed something into the search box and selecting a different search field or filter also makes Kontact/KAddressbook freeze.
*** This bug has been confirmed by popular vote. ***
Same for me with KDE 4.2.85 from the openSuSE Build Service. openSuSE 11.1 x86_64.
SVN commit 970795 by krake: Fixing search slowness introduced by a non-optimal fix for searching in fields which can hold more than one value. BUG: 192401 M +140 -45 searchmanager.cpp M +6 -0 searchmanager.h WebSVN link: http://websvn.kde.org/?view=rev&revision=970795
SVN commit 970796 by krake: Backport of Revision 970795 Fixing search slowness introduced by a non-optimal fix for searching in fields which can hold more than one value. CCBUG: 192401 M +140 -45 searchmanager.cpp M +6 -0 searchmanager.h WebSVN link: http://websvn.kde.org/?view=rev&revision=970796
Works for me. Many thanks for the fix!
*** Bug 193467 has been marked as a duplicate of this bug. ***
*** Bug 192931 has been marked as a duplicate of this bug. ***
*** Bug 194008 has been marked as a duplicate of this bug. ***
The development of the old KAddressBook will be discontinued for KDE 4.4. Since the new application has the same name, but a completly new code base we close all bug reports against the old version and ask the submitters to resend there reports against the new product.