Version: (using KDE KDE 3.4.0) Installed from: Compiled From Sources Compiler: GCC 3.4.2 Fedora Core 3 x86_64 OS: Linux Severity = critical IMO. How to reproduce: 1. Start Kontact The 'KDE wallet service' window shows up, with the focus on the password. So far, so good. 2. Start Konqueror 3. Click on Konqueror location bar and type something in Result: after the first character is typed in Konqueror location bar, Konqueror pops up a location bar selection menu (but this menu is empty instead of containing entries matching the typed in text) and it is impossible to type a second character in the location bar. There is no way to perform any other GUI action (regain focus on the Kwallet password, click on the panel, switch desktops, and so on.). In essence, the desktop is completely deadlocked at this point. The only way to get out is to kill the KDE session from a console login (actually, getting out of just the deadlock situation is possible by killing kded only, but the KDE session is not restored to a normal state).
I can confirm this bug. I am using: KDE 3.4.0, Debian Package 4:3.4.0-0ubuntu3
*** Bug 105909 has been marked as a duplicate of this bug. ***
Bug still present in 3.4.1
*** Bug 109623 has been marked as a duplicate of this bug. ***
I do not think that bug 105909 is an exact duplicate of this bug as has been marked by Volker Krause. See described behavior seems to be quite differently and at least for me its not clear whether the actual cause is the same. See bug 102464 for further explaination. In case I missed something just disregard this notice.
Okay, let me clarify on that bug #105909 is not an exact duplicate of this bug oppinion: Bug 105909 described two problems. One of them is the non refreshing window which is due to KMail using KWallet synchronously. This one is covered by this bug. But the other one seems to be that the KWallet password dialog is not bound to the KMail mail send window, but to the KMail main window. This one could already be fixed while KMail still uses KWallet synchronously IMHO. Sure when KMail uses KWallet asynchronously it could close the KMail send window before the KWallet password is entered by the user so binding KWallet password dialog window to KMail's main window would be approbiate. But then some thought is needed on how to give the user feedback when he forgets to enter the KWallet password which prevents sending the email. So from a usability point of view bug #105909 should be taken into consideration when implementing asynchronous KWallet usage.
*** Bug 112987 has been marked as a duplicate of this bug. ***
*** Bug 114486 has been marked as a duplicate of this bug. ***
*** Bug 103184 has been marked as a duplicate of this bug. ***
..and change it to grave, altough I know it most probably won't be solved before KDE4.
I have a bug that resembles this one very much. I start up KDE. Kmail starts automatically, and I check my email after 1 minute. 1. I try to type in a URL, I only get one character completed because 2. at this time (after 1 minute) kwallet window pops up but does not grabs focus. 3. Flashing cursor is in (positioned not in focus but on top) kwallet window. 4. Desktop is completely frozen. What a bummer! Do you really feel it is not possible to prevent my kde desktop from freezing completely? Like this it resembles Windows XP :-(
I must add that Kmail is mimimized at all stages, I do not even try to access the program manually. all I see is a Konqueror window and (after 1 minute) a defocused but on top kwallet password entry dialogue.
*** Bug 127534 has been marked as a duplicate of this bug. ***
I can confirm this on SuSE 10 32bit, KDE 3.4.2. I don't think this is a Kmail bug, it rather looks like a Konqueror or Kwin bug (maybe something to do with the "on all desktops" flag?).
*** Bug 138676 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 126593 ***
Does the fact that the KWallet password dialog in KMail appears to be modal have to do with this bug? It's irritating when I'm right in the middle of writing an email when the dialog pops up--it steals focus and prevents me from continuing to write until I dismiss it.