13.0.6.0 - remote tools possible issue

Hello,

If I understand correctly, when you open the command line session, it opens but then closes after a few seconds?

For the other issue, I will have a look with my team.

Best regards,

Hello Mark,

not exactly - the command line session would be opened in both scenarios, but the command is only succesfull when the RDP tab is not opened. If the RDP tab is open, a error message is displayed in the command line window.

Regards,

Min

Hello,

Thank you for the details.

Is it possible for you to tell me what is the error message that is displayed?

Best regards,

Hello,

I sent you a private message.

Best regards,

Hello,

Just to confirm, what is the OS of the system you are trying to use this command line against?

Best regards,

Hello,

this will be run against various Windows OS's - like Win 7,8,10, Server 2008,2012,2016 - here some informations about the winrs command.

Thank you!

Regards,

Min

Hello,

Thank you again for all the details and your help!

So I have tested this on version 13.0.6.0 and 13.0.8.0 and I can't seem to recreate this. The command works well even if the session is opened.

Is RDM opened as Administrator?

Do you run RDM 64-bit or 32-bit?

Best regards,

Hi,

I tried following scenario:

• run the script without the opened RDP tab (command works on my side)

• if I now open the RDP session and run the script again (and let the previous window open, the new session works also)

• close ALL open tabs regarding the host, open the RDP connection, run now the script - you should receive the error messsage

I'm running the RDM 32-bit as an user with administrative priviliges on the client machine

Regards,

Min

Could you try for a test to create another RDP connection with no repository and no username format?

Regards

Hi David,

unfortunately the same behaviour.

the user format for the original session is set to: username field: User@domain.name , because the username format setting does not work (is a additional issue).

Mark and I scheduled a remote session - we wait for the result and report back ;)

Regards,

Min

Hello,

Thank you again for your time today!

We've been looking at this and we think we found the issue.

On your credential entry, could you please go in the Advanced tab and enable the option "Allow password in variable"?

Best regards,

Hi Mark!

Youre welcome! Interesting - I can confirm that enable this checkbox resolved the issue.

Any idea why it must be enabled when a second tab to the session is opened? Respectively why the parameters work without the checbkox enabled when no other tab is opened? Is it a bug or a feature? :secret:

Thank you!

Regards,

Min

Additional note: the mentioned checkbox is not activate for the credentials that are linked to the session (inherited), and we saw on the remote session that the variables for this credentials are succesfully filled in :\:

Hello,

That is a very good question. I will inquire about this and get back to you.

Best regards,

Sorry - one additional notice, I just remembered - as we configured the credentials directly in the tools section, it did not work either...

So the behaviour is really curios.. :\:;)

Hello,

I have spoken again with our engineers about this and they made some fixes which should resolve your issue.

The issue was linked to a change that was made to address a user need when prompted for credentials when the session is opened.

We will investigate further if the update doesn't fix the issue with the custom credentials.

Best regards,

Hi Mark,

thanks for the update! I will try the scenario with the next release and give you feedback! ;)

Regards,

Min

Hello Mark,

a short update:

in version 13.0.13.0

If the "Allow Password Variable" checked in the RDP session and also in the linked tool credentials the connection works.

Unfortunately the custom username format does not work yet.

Regards,

Min

Hello,

Thank you so much for your feedback!

For the other issue, I'm not sure what could be causing this.

Have we tried to recreate the sessions together to see if you have the same issue? Perhaps try in an XML data source?

Best regards,

Hi Marc,

welcome! Tried it just now with 13.0.13.0 and a xml datasource - same behaviour.

But to be sure: I changed the username format in the linked tools credentials - NOT in the RDP session itself - because for the RDP we want to use the default format - just for the remote tools we need the special username format.

Regards,

Min