#1233 Auto-type randomly drops Shift-presses

KeePass_2.x
closed
nobody
None
5
2014-07-02
2014-04-10
RAvOX
No

When I perform auto-type in a remote session, passwords are often typed wrong, sometimes even multiple times in succession causing account lockout.

It seems to happen more often during "busy" work hours and in cascaded remote session (such as a Citrix published Remote Desktop session to yet another server). Because of limitations in remote desktop logins I turned off TCATO. KeePass version used: 2.25

I generated a password for testing:
pWcyEG};hEW|t5yJwk$78\gV

After auto-typing about 50 times in Notepad, I got the following false entries:
pWcyEG};hEW|t5yjwk$78\gV
pWcyeG};hEW|t5yJwk$78\gV
pWcyEG];hEW|t5yJwk$78\gV
pWcyEG};hEW|t5yjwk$78\gV
pWcyEG};hEW|t5yjwk$78\gV
pWcyEG];hEW|t5yJwk$78\gV
pwcyEG};hEW|t5yJwk$78\gV
pWcyEG};hEw|t5yJwk$78\gV
pWcyEG};hEW\t5yJwk$78\gV
pWcyeG};hEW|t5yJwk$78\gV
pWcyEG};hEW|t5yjwk$78\gV

Some observations: In one entry, the captital w after capital e appeared lowercase. So it appears that each character is sent separately, together with a shift if needed. The character and it's needed shift arriving out of order would explain this.

Would it be possible to actually press-and-hold shift? And delay typing both before and after pressing / releasing shift?

For the above example password the keypresses would be (S: press Shift, r: release shift, _: no change):
_S_r__Sr__SrS_r__S_r_S_r
And in the timeslots without changes in shift state (space: no character typed because of shift state change):
p w cy eg] ;h ew\ t5y j wk 4 78\g v

Discussion

  • Dominik Reichl

    Dominik Reichl - 2014-04-10
    • status: open --> closed
     
  • RAvOX

    RAvOX - 2014-04-10

    Thanks for the swift response.

    Unfortunately, the development snapshot produced similar results. After reading bug #1213 I tried adding a delay, see the attachments: one without configured delay, the other with {DELAY=100}. Both were produced with the executable from KeePass_140410.zip.

    The plugin mentioned is not installed, and TCATO is turned off.

     
    Last edit: RAvOX 2014-04-10
  • Marc

    Marc - 2014-04-10

    I can't seem to replicate your issue using the latest development build. All of my notepad entries are perfect using a randomly generated password with different types of characters and cases -- DvltFf%4W]@/Qe:!7JC5z01m(C(^RKWx

     
  • Dominik Reichl

    Dominik Reichl - 2014-04-10

    Unfortunately I cannot reproduce this either. Also, I cannot imagine a workaround; you already tested it with delays (so increasing the default delay will not help), and as far as I know the current key sending method is the only one working with remote desktop and VM windows.

    Best regards,
    Dominik

     
  • RAvOX

    RAvOX - 2014-04-10

    I can imagine that a radical change such as a different key sending method would break things for many users. Although this probably can't be fixed, I'll report back if I find a reliable way for reproducing the issue.

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks