Version: 1.12.2 (using 4.3.2 (KDE 4.3.2), Gentoo) Compiler: i686-pc-linux-gnu-gcc OS: Linux (i686) release 2.6.31.3 Since a few days, whenever a user needs to enter a password in either kmail's or kwallet's password dialog, only "Cancel" button works. Clicking "Ok" has no effect and the dialog stays on the screen.
Looks like the problem came from updating QT to 4.5.3. After downgrading back to 4.5.2 everything was back to normal.
Just a guess (because I know of one regression in 4.5.3), does export QT_NO_GLIB=1 (and then restarting kmail from that terminal) solve the problem?
This is not only restricted to KMail and kwallet, it also happens for Kopete's password dialogues if you want to log in to your messengers, it happens for Dolphin e.g. when you want to connect to FTP sites, it even happens for using kdesu and entering your root password. An interesting hint posted by PhobosK on the Gentoo bugtracker for this problem [1]: Minimize the dialogue after entering the credentials and pressing Return/Ok. It will successfully log in then. What I also noted: After I hit the Ok button, kwalletd will usually fire up and eat about 60-80% CPU until I kill it. My laptop's fan starts going crazy, that's how I first noticed it. David: Yes, exporting this var and starting from the same terminal did work. [1]: http://bugs.gentoo.org/show_bug.cgi?id=288580#c1
> David: Yes, exporting this var and starting from the same terminal did work Then the bug is known and already fixed for Qt-4.5.4. Meanwhile just apply git commit 063bded, or in patch format: http://www.davidfaure.fr/2009/qeventdispatcher_glib_fix.diff
*** Bug 211250 has been marked as a duplicate of this bug. ***
Well the same bug reappears in Qt-4.6.0...