Summary: | KDE update breaks KeyboardShortcut escaping in password dialogs | ||
---|---|---|---|
Product: | [Unmaintained] kdelibs | Reporter: | fed up <a11409898> |
Component: | kdeui | Assignee: | kdelibs bugs <kdelibs-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | cfeck |
Priority: | NOR | Keywords: | regression |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
fed up
2011-10-24 23:31:09 UTC
Does replacing "Shift+1" with "!" or "Shift+!" help? testing 3 simpler/testable cases with a 7-char Shortcut Action: (1) x:x:x:Shift+1:x:x:x (2) x:x:x:Shift+!:x:x:x (3) x:x:x:!:x:x:x returns, on trigger, in a non-password, clear-text field (1) xxx!xxx (2) xxx!xxx (3) xxx1xxx and in a "Run as root - KDE su" dialog, returns, (1) ***** (2) ***** (3) *** NONE of which have the correct character count. So, a simple, fully reproducible TEST procedure, is (1) change root password -> "xxx!xxx" (2) login as any non-root user (3) open Personal Settings -> Shortcuts & Gestures -> Custom Shortcuts (4) @ "Configure Input Actions settings", select "SystemWide", then New -> Global Shortcut -> Send Keyboard Input (5) define/enter Trigger -> Meta+Ctrl+Alt+T Action -> x:x:x:Shift+1:x:x:x (6) Click "Apply" (7) Open editor, type "Meta+Ctrl+Alt+T". Note output == 'xxx!xxx' (8) Launch "Yast Administrator Settings" via GUI. (9) @ Password dialog, type "xxx!xxx" Click to accept NOTE authentication SUCCEEDS. (10) close Administrator Settings app (11) Launch "Yast Administrator Settings" via GUI. (12) @ Password dialog, type "Meta+Ctrl+Alt+T" Note output == '*****' and, @ Click to accept, authentication FAILS. What should/used_to happen? (12) @ Password dialog, type "Meta+Ctrl+Alt+T" Note output == '*******' and, @ Click to accept, authentication SUCCEEDS. After a bunch of updates and a reboot, I now have 4 office machines running, kde4-config -v Qt:4.7.4 KDE Development Platform: 4.7.3 (4.7.3) "release 10" kde4-config: 1.0 and all of them have this same problem. It's fully reproducible, and easily confirmed using the step-by-step procedure I provided above. Hearing nothing here, I contacted the assignee directly via email, asking for some participation, and offering to help by providing any additional info he required. So far, I've received no response at all. What's the next step for getting someone to address this? Please do not close the bug until someone fixes it. er, i didn't close it ... i switched it to NEEDSINFO / UNMAINTAINED because (1) it NEEDSINFO and (2) it appears to be UNMAINTAINED since my questions and repeated attempts to help are apparently causing grief, I'll just ignore it. *** Bug 287873 has been marked as a duplicate of this bug. *** nope, THIS bug is filed against hotkeys. as I said in MY bug (287873), i filed against kdesu, with a possible pointer to Qt. *** Bug 287873 has been marked as a duplicate of this bug. *** the comments in the duplicate indicate that the bug is in kpassworddialog or qlineedit in password mode. should be verified with a qt-only application which queries a password. > should be verified with a qt-only application which queries a password.
using a pure qt password lineedit (@ the user module) in yast to check
Open Yast ->
Security and Users ->
User and Group Management ->
User and Group Administration ->
Users ->
[ADD]
enter a password there using KeyboardShortcut, as described here in bug.
truncation problem exists, as reported here in the bug.
<heinz> over in #qt suggests that this, then, is a Qt bug. Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann |