Bug 172015

Summary:	kwalletd drains CPU while waiting for password input
Product:	[Unmaintained] kdelibs	Reporter:	Thilo-Alexander Ginkel <thilo>
Component:	kwallet	Assignee:	Unassigned bugs mailing-list <unassigned-bugs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	lemma
Priority:	NOR
Version:	4.1
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	strace for kwalletd

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.