Qt LineEdit incorrectly truncates "Password" dialog elements when entered with a KDE Custom Shortcut ...

... this is a common method used by those with accessibility requirements for entering long/complex passwords into KDE password dialogs.

running,

kde4-config -v
Qt: 4.8.0
KDE Development Platform: 4.8.00 (4.8.0 "release 2"
kde4-config: 1.0

open "Custom Shortcuts - KDE Control Module"

create a new Input Action -> SystemWide -> "test"

trigger: Meta+Ctrl+Alt+P
action: 1:2:3:4:Shift+1:5:6:7:8

OK/save

open a text editor, hit chord "Meta+Ctrl+Alt+P", note what's 'printed' ...

1234!5678

as expected.

if the same chord is used in any Password-dialog, the output is incorrectly truncated.

this is repeatedly reported & confirmed in:

https://bugs.kde.org/show_bug.cgi?id=284905

there are Qt devs at that bug. no action. so, posting here @ Qt.

Specifically testing a "pure lineedit" example, as per Comment #12 in the bug above, executing:

python /usr/share/doc/packages/python-qt4-devel/examples/widgets/lineedits.py

(cat /usr/share/doc/packages/python-qt4-devel/examples/widgets/lineedits.py --> http://pastebin.com/DGDW14jN)

which invokes a "pure" QlineEdit example,

http://developer.qt.nokia.com/doc/qt-4.8/widgets-lineedits.html

playing the shortcut chord in any of the default lineedit fields works as expected, printing the 9-character "1234!5678".

toggle the 1st, "Echo" field to "Password", and enter the chord in THAT field, and it's incorrectly truncated to just 6 characters.

( screenshot -> http://img39.imageshack.us/img39/9683/lineedit.png )

toggling @ "Echo" to the next option, "PasswordEchoOnEdit", entering the chord-stroke once again types correctly.