Version: (using KDE 4.2.1) Compiler: gcc 4.3 OS: Linux Installed from: Fedora RPMs Whenever a password dialog is displayed, e.g. from kwallet due to Kopete, or Kontact, or the networkmanager plasmoid, CPU usage jumps to 100%. Hitting keys on the keyboard causes *'s to show up in the password field, but sometimes they lag by up to several seconds, and sometimes keys will be completely dropped. This causes me to have to type my password character-by-character to make sure my keystrokes are accepted, or else it will drop some randomly and I'll have to enter it again. Steps to reproduce: 1. Cause KDE to ask for a password (e.g. the screensaver lock, kwallet, or run kdepasswd). 2. Observe that CPU usage is at 100% (for me, 70% by X and about 17% by kded4 or kdepasswd or whatever's asking for the password). Also observe that *'s take a while to show up, and sometimes get dropped (i.e. it's as if you didn't type them). Expected results: CPU usage is low. Keyboard presses are accepted and show up on the screen instantly. This happens on both my Dell Inspiron 1420 and Inspiron Mini 9. They are running Fedora 10 and SuSE 11.1, with KDE 4.2.1 from kde-redhat repository and OpenSUSE Factory. This was also present in KDE 4.2.0 on both machines. Both machines have Intel integrated graphics -- I think this is relevant. Both machines suffer from this bug identically.
Created attachment 31970 [details] about 5 seconds of strace -p on the kdepasswd process
Created attachment 31971 [details] about 5 seconds of strace -p on the X process, when kdepassword is running
Created attachment 31972 [details] about 5 seconds of strace -p on the X process, when kdepassword is NOT running (for comparison)
I forgot to mention -- this does not happen with all password fields. Usually password fields that are displayed with non-password fields, as opposed to a dialog with just a password field, don't have this behavior. For example, if I try to add or edit a mail account in Kmail, at the screen where it asks host/port/login/password e.g. for POP3/IMAP connections, that password field works fine.
I can confirm this on Kubuntu 9.04 (Beta)
I confirm this bug, with KDE 4.3.2, from Debian Sid. The problem actually appear only if you choose "three bullets for each letter" in system settings. Steps to reproduce the bug: -- launch System Settings, click "About me", choose "Show three bullets for each letter". Apply new settings. -- launch Qt Designer, create an empty dialog -- add a KRestrictedLine to the dialog -- toggle the "password" property of the KRestrictedLine -- CPU usage sudently jumps to 100%
Alexandre: How you ever thought to check that setting is beyond me but I'm very glad I finally have a workaround. Thank you. This issue is still present in KDE 4.3.3 from the Fedora 12 repository. With the latest ibus updates, password fields are now completely broken (i.e. no keyboard buttons, including enter/esc, work) when show three bullets is on. https://bugzilla.redhat.com/show_bug.cgi?id=545266
SVN commit 1083166 by cfeck: Fix paint recursion in "three bullet" password mode There are other issues related to "three bullet" mode, such as not being able to move cursor or select text. But simple typing and backspace should work without 100% CPU and hangs. Please test if this commit fixes this bug, it will be available with the KDE SC 4.4.0 release. CCBUG: 180482 CCBUG: 186724 CCBUG: 211250 CCBUG: 215380 CCBUG: 224693 M +10 -0 klineedit.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1083166
SVN commit 1083167 by cfeck: Fix paint recursion in "three bullet" password mode (backport r1083166) CCBUG: 180482 CCBUG: 186724 CCBUG: 211250 CCBUG: 215380 CCBUG: 224693 M +10 -0 klineedit.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1083167
Assuming the bug is fixed, since there was no further feedback. Please reopen if you see this issue with KDE SC 4.4.x.
Thanks, works for me on 4.4.
*** Bug 230109 has been marked as a duplicate of this bug. ***