Summary: | KWallet causes crash in kded | ||
---|---|---|---|
Product: | [Applications] kwalletmanager | Reporter: | Henk Poley <hpoley> |
Component: | general | Assignee: | Michael Leupold <lemma> |
Status: | RESOLVED FIXED | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Henk Poley
2005-09-22 14:05:37 UTC
Based on that trace, you must either be out of memory and operator new is failing, kded is already corrupt from something else, or the backtrace is invalid. Out of memory seems out of the question to me; 1G RAM + 1.5G swap, I've never run out of that before, except on the occasional severly memory leaking program. I did have a hanging (taking all processor time) kded yesterday. Though I'm not aware of anything special I'd installed lately that would touch kdebase stuff. I think this has something todo with the fact that I had qt-3.3.5 installed. I'll be downgrading to the previous release, since KDE still has some problems with this version. *** Bug 113958 has been marked as a duplicate of this bug. *** Bug 113958 was a crash with qt-3.3.4 installed. Hmm 2 years after I have exactly the same bug as described in Bug 113958 : ----------- I'm also having a somewhat related problem that somewhere between Kontact (KMail), Konqueror, Kate and Kopete KDED goes into CPU hogging mode if I don't answer the KWallet password prompt as fast as possible at desktop startup time. If it occurs I then need to kill kded and log out / back in. After which it usually doens't happen again that session. ----------- I'm using Debian Sid (currently with kde 3.5.8 and libqt3-mt 3.3.7-9). In fact I have this bug for a very long time. But now, it's more frequent than before, it happens on ~3/4 of my kde startup! It doesn't happen on 3/4 of times, in fact this bug happens on *every* KDE startups! The only way do avoid it is to enter my wallet password very quickly (note that Henk Poley said the same thing about his Bug 113958 report). What could I do for a better report? Apparently the pb comes from Kontact. Kded doesn't crash anymore since I remove Kontact from my KDE session. Now I have to launch it manually on each KDE startup (once KDEWallet password has been entered) but I prefer that. I'm trying to reproduce this but can't. I tried the following procedure: 1) Closed my kwallet (using dcop) 2) Opened the wallet in kwalletmanager, kopete, kontact/kmail without actually entering the password 3) none of the programs show high cpu usage even if waiting I'm on debian sid as well with kded linked against libqt-mt.so.3.3.8. Could those still facing this problem please retry with the current version and if still applicable provide new instructions on how to reproduce? Hi Michael, I'm on Debian unstable (kde 3.5.9) and I have still the pb. To reproduce it: - launch kontact - save kde session - restart kde session - wait a little (kontact need to be started I guess) - once password is entered in kdewallet, kded starts to eat 100% of CPU! Tell me if you want me to do something else.. Thanks, Vincent. I might have gotten you wrong before. Are you saying that kded starts using CPU when the dialog for entering the password is already closed or it starts if you let the dialog open and don't enter the password fast enough? Second option! I didn't try to close the KWallet dialog. Kded starts to eat CPU as soon as I enter the password in the KWallet dialog (and Kontact is already loaded). I hope to be clear.. @Vincent: Sorry, I still can't reproduce the problem you mention. I hope some day you will upgrade to KDE4 and it just disappears :-) Yes, when KDE 4.1 is released that bug will become obsolete for me ;) I'm closing this as with KDE 4.1 kwalletd is no longer part of kded thus eliminating this bug. Unfortunately current fixes can't be backported to 3.5.x as the architecture is quite different because of the DCOP->DBus switch. |