Version: (using KDE 3.2.92 (3.3 beta2), compiled sources) Compiler: gcc version 3.3.3 (SuSE Linux) OS: Linux (i686) release 2.6.5-7.95-smp Hi! accessing a page with password stored in kwallet opens the password window for the wallet, but the focus has to be set manually to be able to enter the password IMHO the cursor should be placed in password field cu ferdinand
Current CVS: I don't see any problem, the lineedit in the dialog indeed has the focus?!
Hmm now it works for me too
I see this in kde 3.4! It never gets focus which is annoying since app looks like it is frozen.
It is still not fixed in 3.5beta2 compiled from source. It *sometimes* gets focus, but not always. Can we not make this like pinentry-qt which FORCES focus on itself? This is important stuff, you can inadverdently enter your password into an IRC session or instant message. The window is at the front, but it does NOT have keyboard focus. If there is any way I can help prove this I will be happy to do so.
*** Bug 104965 has been marked as a duplicate of this bug. ***
Misclick on VERIFIED instead of reopen
Dont' know what to say from a kwallet perspective. I'm doing what I was told is the correct thing for this to work. Lubos?
Please provide specific instructions how to reproduce the problem.
There aren't really any instructions. Have your kmail pop3/imap passwords in a wallet, sit in an IRC session in a shell, start up kontact and go back to the shell. The password popup will come up, but the shell will still have focus *most* of the time. An easy (I think?) fix would be to have a timer fire off every 100ms or so to force the password entry window to have keyboard focus, and to also make sure it's at the very front. The only way to lose focus then would be to dismiss the window, which would be exactly how pinentry-qt seems to operate.
I also experience this problem. The most common time I experience it is when logging in. KMail and Kopete stay in my session, so when I log in, they need to open the wallet to get their respective passwords. From time to time, I will also have other programs in my session which are text entry areas, such as Kate or Konsole. If the Konsole window appears after the KWallet window, my KWallet password, or parts of it, will often end up in the clear in the Konsole. I check the KWallet window *before* I start typing, but if another window steals focus *as* I type, my password ends up displayed in the clear. Occasionally, I will actually end up hitting enter before realizing that my password is in the Konsole, causing it then to appear in my .bash_history . Luckily for me, no-one else is here to look over my shoulder.
I'm having this problem, too. The worst thing is the fact that the dialog shows a blinking cursor, suggesting that it really has focus, even if it doesn't. This once caused me to type my password and hitting enter only to realize that I had just sent my password over ICQ. Spent the next half hour or so to change my password everywhere where I had been using this one. :/
*** This bug has been marked as a duplicate of 113057 ***