Version: 1.0 (using KDE 4.7.3) OS: All kdesu -v Qt: 4.7.4 KDE Development Platform: 4.7.3 (4.7.3) "release 10" KDE su: 1.0 KDE su dialogs accept any/all characters if manually typed in, or Ctrl-V pasted. If a password is auto-typed in (using, e.g., Autokey-Qt or KDE shortcuts) and contains a character that's an escapable character, password entry is truncated at the escapable character. Reproducible: Always Steps to Reproduce: in Autokey-Qt or KDE shortcuts, create 2 text auto-type shortcuts, (1) "1234567890" (2) "12345!67890" open any text editor, e.g. 'kate' verify that shortcut (1) types: "1234567890". verify that shortcut (2) types: "12345!67890". launch any app via kdesu, e.g. 'kdesu kate' exec shortcut (1), verify that 10 characters ("**********") get typed. click enter. verify app opens. launch any app via kdesu, e.g. 'kdesu kate' exec shortcut (2), notice that only 6 characters ("******") get typed. click enter. notice app fails to open. Expected Results: launch any app via kdesu, e.g. 'kdesu kate' exec shortcut (2), all 11 characters ("***********"), including the "!" should get typed. click enter. verify that app opens.
See also bug 294905. It's probably a Qt bug, I remember a similar issue with input methods in password fields.
(bug 284905, sorry)
284905 is just reported against khotkeys. hm, no takers on it either. i don't but that it's a hotkeys issue. i see the problem with all of autokey-qt, autokey-gtk & KDE's Shortcuts, and *only* when using the kdesu dialog. either a bug it qt, or KDEsu's *use* of qt, both sound plausible.
please add any missing info to the other bug. are you sure that it is *only* kdesu or any app using kpasswordedit? e.g., kwallet or konqueror? *** This bug has been marked as a duplicate of bug 284905 ***
i don't use kwallet or kconqueror. but, at your suggestion, having checked, YES, the problem manifests with them as well. tbh, i'd prefer we actually deal with the issue here, where there hasn't been so much bug-angst, & I can control the parameters and fate/status of my own bug. also, seems noone's participating 'over there' ...
i'm very sorry, but the other bug was filed first and i don't see any qualitative difference between them. and have the decency not to revert developers' actions without checking back first. *** This bug has been marked as a duplicate of bug 284905 ***
decency? really? fix it yourself.