Problem to launch bot via orchestrator

[proto]

Hello all,
i want to launch an unattended robot to RDP via orchestrator, my problem is: inside the initallapps the bot goes in fault because it didn’t find an element (normal click - selector - not supported background action), but when i launch the same workflow and i’m connected to RDP no problems occur, what does depends on?
Thanks in advance

[Srini84 (Srinivas)]

@proto

Try to change click properties → stimulate click enable

This may helps

Thanks

[proto]

Hi @Srini84
unfortunately is not supported by the web app

[Srini84 (Srinivas)]

@proto

try to give some delay before clicking the element

This may helps

Thanks

[proto]

Unfortunately is the same.

Click access front end area: timeout reached

If i run via studio works properly

[proto]

up pls

[supermanPunch (Arpan)]

@proto I’m not sure if this problem comes into picture but you can take a look into this post, if it’s not a Selector Problem there might be something to do with this :

Desktop Has been disconnected while performing ui action

Desktop has been disconnected while performing UI actions This occurs when a user is connected with RDP to the Robot machine and the RDP disconnects at some point. We recommend to sign off all the users from the Robot machines before executing a job. Note: If a RDP connection is started on the robot machine and this machine lose internet connection (even for few seconds), the robot will throw “Desktop has been disconnected…” To avoid this behavior you have to follow this guide: Running Tests …

[proto]

Thanks, unfortunately not resolve my issue at all.
My problem is the same. If RDP is closed, a normal click failed for timeout reached

[bcorrea (Bruno Correa)]

When you are using unattended robots, all your activities must support background or they will fail.

[proto]

Thank you @bcorrea
Can i ask you, if i run the unattended bot in the RDP my web app goes in error because don’t recognize the user, if i enter manually everything’s go fine.
How can i assign the same privilege at the bot when enter in RDP?

[bcorrea (Bruno Correa)]

are you using web application with single sign on with AD? If so, your robot user will need to have access to that or maybe open the browser as another user (dont use the open browser activity).

[proto]

no single sign on, how can i open browser as another user in unattended mode?

[bcorrea (Bruno Correa)]

then why you want to open as another user?

[farhan94 (Farhan Salam)]

you can solve this issue by signing out of the remote desktop instead of disconnecting, before the the bot is triggered.

Also make sure that resolutions and the user credentials are set properly in orchestrator

[proto]

Hi @farhan94
If i sign out the status on orchestrator turn to disconnected

[proto]

Hi @bcorrea arhan94
you know why status turn to disconnected on orchestrator when i disconnect rdp?
Thx

[bcorrea (Bruno Correa)]

If you are really using an unattended robot, then this should not happen:

[proto]

Yes i’m using unattended bot like the picture, but i have the CE edition, is possible that is the reason?
I’ve read about service mode vs. user mode and now i have the user mode

[bcorrea (Bruno Correa)]

The only difference is that in user mode you will need to have the session already created, you cant Signout the robot user from the server or it will disconnect.

[proto]

If i have RDP opened and close (with the X, so the session remain opened) the BOT doesn’t recognize the element (i need to adjust the process in background) BUT if i disconnect the user (like the screenshot of @farhan94 ) the BOT turn to disconnected, so, in the CE, is possible to turn into the service mode?