Version: (using KDE 4.0.80) Installed from: Unlisted Binary Package Compiler: xcode 3 OS: OS X The password input dialog is locking the secure input method on Mac OS X and not releasing it, which disables input in VMWare Fusion. Documentation about this feature can be found at: http://developer.apple.com/technotes/tn2007/tn2150.html This can be reproduced by turning off 'Store IMAP Password' for an account, then checking mail and entering your password and pressing return. Then try typing into VMWare Fusion. Kontact locking the secure input can also be verified by running: ioreg -l -w 0 | grep SecureInput Even if kontact is killed, it seems to still keep this lock in place with a reboot appearing to be the only way to unlock it. This has been verified on at least 3 computers running OS X 10.5. This is likely related to the calls to qt_mac_secure_keyboard(bool) (which is defined in qapplication_mac.cpp) in QLineEdit::setEchoMode(), QLineEdit::focusInEvent(), and QLineEdit::focusOutEvent().
KMail uses KIO::PasswordDialog from kdelibs for password input, so reassigning to kdelibs. You should also have the same problem when browsing to password-protected sites with Konqueror, right? (not password-protected by a web interface, but password-protected with a real password dialog). From your description, this might even be a Qt bug.
This quite possibly is actually Qt bug, I don't see anything in KIO::PasswordDialog or kdeui/dialogs/KPasswordDialog that would directly cause this behavior. I'll make a small test app to confirm this.
Any news? If this is indeed a Qt bug, we could file it to Nokia bugtracker.
If you can provide the information offered in comment #2, please add them and/or reopen the bug.
No response, changing status. Please reopen, if you have more information.