Bug 160181 - KDED hangs at 100% CPU when kmail&Konqueror try to access kwallet at the same time
Summary: KDED hangs at 100% CPU when kmail&Konqueror try to access kwallet at the same...
Status: RESOLVED WORKSFORME
Alias: None
Product: kdelibs
Classification: Unmaintained
Component: kded (other bugs)
Version First Reported In: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-31 21:26 UTC by Volker Hemmann
Modified: 2009-04-03 01:09 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Volker Hemmann 2008-03-31 21:26:44 UTC
Version:            (using KDE 3.5.9)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 4.2.3 (Gentoo 4.2.3 p1.0) 
OS:                Linux

lets have kmail store the password in its accounts in kdewallet
lets have konqueror store logins in kdewallet.
kwalletmanager has not run in this session or no side who requested a password from kdewallet is open.
kwalletmanager is not running, wallet is closed.

start konqueror. start kmail and select a webpage in konqueror that usually pops up a kwallet password request, before kmail can pop up its own password request dialog.
Timing is important!

Both konqueror and kmail will freeze. kded spins at 100% CPU load without doing anything. kded has to be killed. 

If a side which already requested a pw is still open, the bug will not occure. If you are too slow, one will be fast enough to pop the password request dialog open. So it is not too easy to reproduce, but happens once in a while.

This is on a 64bit dual core system.

app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.5
dev-lang/python:     2.5.1-r5
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.12
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18.50.0.5
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.24
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -msse3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/4.0/env /usr/kde/4.0/share/config /usr/kde/4.0/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k8 -O2 -msse3 -pipe"

qt is 3.3.8
Comment 1 Dura 2008-08-26 15:49:11 UTC
There is an easier way to reproduce this bug : simply use session manager to auto start konqueror and kmail with KDE. Here, it always trigger the bug. When I have some time, I will recompile my KDE with debug option to try to see where it blocks.
Comment 2 Michael Leupold 2008-12-17 11:16:04 UTC
Are you still seeing this bug with a recent version of KDE (4.1.3 or trunk)? According to various reports this should be fixed now. Unfortunately the fixes don't qualify for backporting to KDE3.
Comment 3 Volker Hemmann 2008-12-17 11:29:15 UTC
I haven't seen it in 4.1.X (with X 1,2,3, 80+), but because kmail does not ask for kwallets password on start anymore, I am not sure about the fix. I will try to reproduce tonight and report back.
Comment 4 Dario Andres 2009-04-03 01:02:26 UTC
Any news on this ? Thanks
Comment 5 Volker Hemmann 2009-04-03 01:06:39 UTC
Well, I can't reproduce it with 4.2.1 or 4.2.66/67/68 anymore so it seems to be fixed.
Comment 6 Dario Andres 2009-04-03 01:09:59 UTC
Ok. Marking as WORKSFORME then. Thanks