Version: unspecified (using KDE 4.7.0) OS: Linux Since update to 4.7 kwallet feed list is sometimes very, very slow on start. It takes up to a minute until the gui reacts the first time and I can actually click on something. The very similiar problem also happens with Akregator. May be due to removal of qt3-support? Reproducible: Always Steps to Reproduce: start Kwallet, open a Wallet, klick on something Actual Results: now reaction for up until a minute Expected Results: gui should react instantly OS: Linux (x86_64) release 3.0.0-7-generic Compiler: gcc
I have exactly the same behaviour on both of my Ubuntu Natty machines.
I can confirm this behaviour, too. When I open a wallet the window with the passwords appears but it takes approx. 30-60 s until the window reacts. In this time I cannot expand any entry in the tree. This behaviour is reproduceable each time I open a wallet.
Can you tell us how many entries there are in the folders you have ? I see a similar problem and I have the main reason is > 340 entries in "Form Data".
I have about 1400 entries.
That explains it. I already have created a patch with which the problem should be solved. https://git.reviewboard.kde.org/r/105633/
Git commit 0470195d23d46d05c0b4b0c87255c7a854a72270 by David Faure. Committed on 13/08/2012 at 19:48. Pushed by dfaure into branch 'master'. Fix amazingly slow kwalletmanager startup. Every call to setFlags(), on item creation, triggers itemChanged(), which the code wrongly treated as a renaming, so it would make a dbus call for renaming, and then process the dbus signal for "this folder has changed" by reloading the folder and comparing. I didn't see review 105633 before spending time fixing this :-( M +16 -3 allyourbase.cpp M +6 -5 allyourbase.h M +10 -7 kwalleteditor.cpp M +1 -1 kwalleteditor.h http://commits.kde.org/kwallet/0470195d23d46d05c0b4b0c87255c7a854a72270
Git commit e893896200ad352be8d4110f780333f888b0fb94 by David Faure. Committed on 13/08/2012 at 19:48. Pushed by dfaure into branch 'KDE/4.9'. Fix amazingly slow kwalletmanager startup. Every call to setFlags(), on item creation, triggers itemChanged(), which the code wrongly treated as a renaming, so it would make a dbus call for renaming, and then process the dbus signal for "this folder has changed" by reloading the folder and comparing. I didn't see review 105633 before spending time fixing this :-( (cherry picked from commit 0470195d23d46d05c0b4b0c87255c7a854a72270) M +16 -3 allyourbase.cpp M +6 -5 allyourbase.h M +10 -7 kwalleteditor.cpp M +1 -1 kwalleteditor.h http://commits.kde.org/kwallet/e893896200ad352be8d4110f780333f888b0fb94
You are my hero. This has been anoying me for quite a time. Nice to hear it soon will be over.
*** Bug 284671 has been marked as a duplicate of this bug. ***
*** Bug 305943 has been marked as a duplicate of this bug. ***