Bug 205762 - kwallet leaking kwalletd.exe processes on windows
Summary: kwallet leaking kwalletd.exe processes on windows
Status: CONFIRMED
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: kwallet (show other bugs)
Version: 4.3
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Michael Leupold
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-08-31 08:57 UTC by Viesturs Zarins
Modified: 2016-07-14 07:28 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Viesturs Zarins 2009-08-31 08:57:59 UTC
Version:            (using KDE 4.3.0)
OS:                MS Windows
Installed from:    MS Windows

Steps to reproduce:
* run koqnueror
* enter a password in some form 
* konqueror shows a message to store the password in wallet, ckick "Store".
* the kwallet wizzard appears, process to create a new wallet.
* after wallet is created there are several kwallet.exe processes eating up the memory.
* after every visit of a page with a login form, a new instance of kwalletd.exe is added.
Comment 1 Michael Leupold 2009-08-31 12:18:55 UTC
Thanks for reporting this bug. Unfortunately I don't have means to debug this. If you're able to debug this issue, I could give you some pointers though:

Starting kwalletd.exe is managed by the application using it. The code to start it is in kdelibs/kdeui/util/kwallet.cpp:769. I assume that the application doesn't detect if the service is already started (isServiceRegistered("org.kde.kwalletd")) and thus starts a new instance for every call.
Comment 2 Konrad Materka 2009-09-01 20:46:49 UTC
I can confirm this. This bug is very irritating because every kwalletd process is consuming quite big amount of memory.

KWallerManager starts even more processes (infinitive?), I had to kill it to prevent system lock...
Comment 3 Carlo Segato 2009-09-02 01:23:00 UTC
I can't reproduce it here, what compiler version are you using, msvc, mingw or mingw4?
Comment 4 Konrad Materka 2009-09-02 10:19:10 UTC
I am using 
KDE 4.3.0 compiled for profile: End User - MSVC 32Bit.
Windows XP SP3
Comment 5 Konrad Materka 2009-09-02 10:21:00 UTC
I am using:
KDE 4.3.0 compiled for profile: End User - MSVC 32Bit.
Windows XP SP3
Clean install, I've removed all configs and I've installed it again.
Comment 6 Michael Leupold 2009-09-02 12:13:47 UTC
Did you use the 4.3.0 installer to install KDE4 or compile yourself? We're really having trouble to reproduce here.
Comment 7 Viesturs Zarins 2009-09-02 13:57:02 UTC
Hi, 
I used kde installer, End user, MSVC32bit.
Windows XP, sp3
Comment 8 Eduard Sukharev 2009-09-02 15:20:19 UTC
I can confirm this behaviour with Kopete.
KDE4.3 Installed with installer, MSVC 32bit installed in end user mode.
Comment 9 Konrad Materka 2009-09-02 17:14:36 UTC
I used installer.

How kwallet processes are discovered? Via Dbus and its name?

While testing I was not using any firewall or antivirus software.
Comment 10 Konrad Materka 2009-09-02 17:48:30 UTC
After some test:

I renamed kwalletd.exe to kwalletd2.exe, I run kwalletd2.exe and kwalletmanager.exe. Everything was fine, I could create new wallet, configure it etc.

Disabling wallet subservice in configuration shuts down kwalletd process.

QDBusVierer is showing "org.kde.kwalletd" and something like: ":1.521", I can read its properties. If I run another kwalletd it is presenting itself as something like: ":1.524" only.
Comment 11 Michael Leupold 2009-09-02 20:53:18 UTC
Yeah, the client detects if kwalletd is running by checking for org.kde.kwalletd on the D-Bus. If it's there and it still doesn't detect it something's seriously borked here.
Comment 12 Konrad Materka 2009-09-03 11:19:49 UTC
(In reply to comment #11)
> Yeah, the client detects if kwalletd is running by checking for
> org.kde.kwalletd on the D-Bus. If it's there and it still doesn't detect it
> something's seriously borked here.

I can't debug this, I am using KDE for Windows only in work, so I can't spend too much time on this issue :(

As a workaround I've just renamed kwalletd.exe, I don't need this feature.
Comment 13 Peter Dennis 2010-03-29 10:48:50 UTC
Hi there,

I just wanted to confirm this bug - this time for amarok on windows (today's packages for amarok and VLC)

I followed the direction on this page (http://amarok.kde.org/wiki/Download:Windows) to install. Used msvc version.

I don't have KWallerManager, but kwalletd instances pile up while running amarok (at around 10MB virtual memory each). I have renamed kwalletd as a bit of a stopgap, as it didn't seem to be working properly for storing the lastfm password anyway.