Version: (using KDE KDE 3.5.6) Installed from: Mandriva RPMs Compiler: gcc-4.1.1 OS: Linux This bug hits me often. Laurent Montel told me it was difficult to handle as it may imply kwin. Konqueror sometimes grabs the keyboard (this bug often happens when I'm typing an URL in a tab) whereas it started kwallet. Since kwallet is competing for the keyboard (in order to get the password) but konqueror has the focus, in practice, the desktop is locked up, blocked until either konqueror is killed or kded killed and restarted. Actually, one cannot do nothing since the mouse cursor is now inactive and since all typings ends in konqueror URL bar... I guess this can also happens if akregator is performing a kwallet request on another desktop. Fix proposition: - make "ask password" kwallet dialog being top window, visible on all desktops, - focus the window, then grab keyboard & mouse focus the window after the window is displayed (realized in Gtk+ vocabulary :-))
I have the same issue very often with KDE 3.5.6. When typing an URL and then kwallet requests the password for opening a wallet (while the URL-completion dropdown menu is open) then kwallet gets the focus but typing/clicking/changing the focus is not possible. - Desktop blocked completely.
This bug hits me quiet often too. To reproduce, 1) Set a webproxy with a password 2) Open some webpages, save the password to kwallet 3) Logout, saving the current desktop with the open konquerors 4) Login and wait for all programs top open So far the only way around is to chancel all password requests using your mouse and then reload the pages
I forgot to mention, it also affects KDE 4.1.3
KDE 3 is no longer maintained, but this should be working fine in KDE 4 since KWallet should prompt you to switch to the application that requires the password input if it does not have the focus.