OpenVPN AddOn - Automatic Authentication - SendKeys with % not working

Hello,

What version of RDM and OpenVPN add-on are you using?

I tried reproducing the issue both in english and by setting RDM's language to dutch, but the % signs send fine in all cases. I am using the latest version of RDM and the latest version of the OpenVPN add-on.

Regards,

Dear Hubert,


We're using the latest versions of RDM and OpenVPN.
Instead of the "%" signs we receive "5". I believe it has something todo with our keyboard setup (Belgian Period - Azerty). The 5 on our keyboard is located where the "%" sign is on a QWERTY keyboard.
We don't use any lockkeys such as TAB, SHIFT, SCROLL etc.
Could it be that you have some special handling for the % sign, since this normally stands for the ALT-Key?
Kind regards

Hello,

I looked more into it and it seems to be caused by the method we use to send the characters. We use the SendKeys class (https://msdn.microsoft.com/en-us/library/system.windows.forms.sendkeys(v=vs.110).aspx) and with a bit of search it seems to be a known issue as others have encountered the same problems. Unfortunately we cannot currently change how the sending of characters works but now that we know there are issues with the method, we will look for a different way.

Regards,

Dear Hubert,
Maybe you could replace the special characters before you send them, and enclose them in {} braces.
The plus sign (+), caret (^), percent sign (%), tilde (~), and parentheses ()


Kind regards

This is currently what is done in the code, but SendKeys doesn't interact well with keyboards that have a different layout. We would have to use Windows APIs rather than the .NET SendKeys class to have better results but it requires reworking our automation code.

Regards,

Dear Hubert,

Following this matter we're now experiencing the same kind of issues with event-macro's using telnet/putty sessions.

For example when we program an after connect event to send a password or username. E.g. When it would contain numbers then different keystrokes are being sent.

This used to work however in the past.

Kind regards

Hello Thomas,

What version of RDM are you currently using, and do you remember what version you used in the past in which it worked? We could try and see what changed in between versions but I don't recall any specific changes for how we send keystrokes to PuTTY.

If you're using the latest stable version of RDM (12.6.8.0) we encourage our users to use our native SSH terminal which is based on PuTTY, since it is easier to make fixes and add features to it. If it's possible, could you try out this entry type and see if there is an issue with the after connect event?

Regards,