Bug 172015 - kwalletd drains CPU while waiting for password input
Summary: kwalletd drains CPU while waiting for password input
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kwallet (show other bugs)
Version: 4.1
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-02 08:43 UTC by Thilo-Alexander Ginkel
Modified: 2008-12-17 08:25 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
strace for kwalletd (181.10 KB, application/octet-stream)
2008-10-02 08:49 UTC, Thilo-Alexander Ginkel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thilo-Alexander Ginkel 2008-10-02 08:43:30 UTC
Version:            (using KDE 4.1.1)
Compiler:          gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7) 
OS:                Linux
Installed from:    Ubuntu Packages

While the master password entry dialog for a wallet is open, kwalletd drains all available CPU resources. The resource usage only stops when successfully entering the password or cancelling the password entry dialog.

To reproduce the problem:
- Configure Kopete to make use of the KDE Wallet
- Sign in to an IM account
=> The "KDE Wallet Service" password dialog pops up asking you to enter the password for the "kdewallet" wallet.
=> kwalletd starts using all CPU while the dialog stays open
Comment 1 Thilo-Alexander Ginkel 2008-10-02 08:49:29 UTC
Created attachment 27651 [details]
strace for kwalletd

Attaching strace to the CPU-consuming kwalletd process shows heavy polling activity...
Comment 2 Michael Leupold 2008-10-28 09:14:21 UTC
Does this only happen if kopete asks for the password or for other applications (eg. konqueror, dolphin, kmail) as well?

That said I can't reproduce this using my kopete from 4.1.2. If possible, please upgrade to the new version and retry.
Comment 3 Thilo-Alexander Ginkel 2008-10-28 09:45:33 UTC
The problem still occurs with KDE 4.1.2. I will later (most likely on Thursday) test whether the issue also applies to other applications that use kwalletd.
Comment 4 Thilo-Alexander Ginkel 2008-11-01 09:39:50 UTC
It took a few days more than expected, but I now verified that the CPU usage also spikes when the display of the KDE wallet password entry dialog was triggered by another application such as konqueror.

I also just did a distribution upgrade from Ubuntu Hardy to Intrepid (resetting my .kde profile), which unfortunately did not improve the situation.
Comment 5 Michael Leupold 2008-11-10 12:08:04 UTC
Thanks for providing some more information. Unfortunately I still can't reproduce but I have a slight idea what might happen there. If I'm right this might already be fixed in the current trunk. If I'm wrong I'm pretty much clueless about how this bug happens. Please recheck when you've upgraded to KDE 4.2.
Comment 6 Thilo-Alexander Ginkel 2008-12-03 08:49:37 UTC
I tested this with the current KDE 4.2 nightly packages (Kubuntu Neon) and the problem actually seems to be solved in that branch.

Is there any chance of getting this fix downported into the 4.1.x branch or do you think it's not worth the effort?
Comment 7 Michael Leupold 2008-12-17 08:25:14 UTC
Unfortunately backporting is not possible due to two reasons:
1) I don't know exactly what fixed it.
2) If it is what I expect it to have fixed it it doesn't qualify for backporting.

Sorry.