Bug 144423

Summary:	konqueror sometimes grabs the keyboard whereas it started kwallet, thus blocking the desktop since kwallet is waiting for a password
Product:	[Applications] konqueror	Reporter:	Thierry Vignaud <tvignaud>
Component:	general	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	adawit, mschoell
Priority:	NOR
Version:	3.5
Target Milestone:	---
Platform:	Mandriva RPMs
OS:	Linux
Latest Commit:		Version Fixed In:

Description Thierry Vignaud 2007-04-19 14:51:20 UTC

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 :-))

Comment 1 Chris 2007-05-08 10:10:38 UTC

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.

Comment 2 Micha 2008-11-25 14:52:52 UTC

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

Comment 3 Micha 2008-11-25 14:55:47 UTC

I forgot to mention, it also affects KDE 4.1.3

Comment 4 Dawit Alemayehu 2012-01-04 21:03:36 UTC

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.