OpenRPA Extension not loaded when using Open URL Activity
-
Hi
When using the Open URL Activity, the OpenRPA Extension is not loaded in the browser (Edge & Chrome). All other extensions are also not loaded. Anyone else experiencing this?
If I open the browser manually the extensions are loaded and OpenRPA can continue the sequence.
-
Did you change the profile settings ?
automatic (default) = open url will use the default profile in a normal session and use the profile defined in profilepath. If profilepath is empty, it will create one in %appdata%\openrpa\childsession\browser
customfolder = open url will always use the folder defined in profilepath. If profilepath is empty, it will create a profile in %appdata%\openrpa\browser for main sessions and %appdata%\openrpa\childsession\browser for child sessins
DefaultFolder = open url will always use the default profile. This will make the browser throw an error if it is open in both the main and child session. -
Hi Allan
No I haven't touched the settings. Below is a screenshot of my activity settings:
-
@christian-schou1 Do you have multiple profiles setup in chrome/edge ?
If you close all browser, then chrome/edge will open the last profile used (unless using the "special" shortcut for a specific profile ) -
@allan-zimmermann I have only signed into Edge. Chrome is running with a default profile from the installation - should I sign into Chrome?
Chrome:
Edge:
-
No, you don't have to sign in ... I was trying to give you some hints to what could be wrong ... like having different profiles.
Anyway, by best guess is either the robot is starting chrome/edge with a specific profile directory ( but if you left it default, that will only happen when running inside a client session )
Or, you have multiple profiles configured and the default seem to be one without the addons installed. -
is this done on a remote desktop server or citrix server ? or in "windows sandbox" or some other special desktop ?
-
Sorry for spam here. Can you check "%appdata%\openrpa" and see if there is any browser profile's ? .. if that is the case, and you are not using child session you might have found a bug in my "detect child sessions" code.
-
@Allan-Zimmermann no problem at all with the spam
The robot is running on a remote desktop (Virtual Machine) - Windows 10 Enterprise v. 21H1 (OS Build 19043.928).
I checked %appdata%\Roaming\openrpa and it contains the following folders - (tree view):
- %appdata%\Roaming\openrpa\
- %appdata%\Roaming\openrpa\ChildSession
- %appdata%\Roaming\openrpa\ChildSession\chrome
- \...
- %appdata%\Roaming\openrpa\ChildSession\edge
- \...
- %appdata%\Roaming\openrpa\ChildSession\chrome
- %appdata%\Roaming\openrpa\ChildSession
No browser profile, only the ChildSession folder.
- %appdata%\Roaming\openrpa\
-
so the big question is. ARE you using child sessions ? if so, then yes you need to add the addon inside the child session.
if not, then i would love to troubleshoot this a little closer with you, to see why your user session is named like a child session
-
@allan-zimmermann Your code makes perfect sense to me, but I'm not sure about the child session, sorry. Is there a way for me to check it or something I can send a screen dump of? I will be happy to troubleshoot it with you - how would you prefer to do it?
-
I sent you a private chat message in the forum.
-
@christian-schou1 I have had similar issue - I had Edge Dev and regular Edge. I was working on Edge Dev while my automations were opening regular Edge.
You should be able to find out which Edge you are running by finding the executable path of the one you use regularly vs the one that was launched by automation.
-
We "kind of solved" this. Christian is using VDI ( virtual desktops with Windows 10 ) and when he RDP into the VDI, it reports he's session in a way that makes the robot think he is running in a child session. It's a bug I need to find a solution for, but for Christian the work around was simply to select
"Default folder" for "UserDataFolderMode"
-
@m365 Thank you for your suggestion. As @Allan-Zimmermann wrote we "kind of" solved it by using the Default folder when using this activity. At the moment this solution is fine as I am only running one robot on the virtual machine.
-
@christian-schou1 @Allan-Zimmermann interesting stuff - the VDI aspect I mean
-
VDI is more resource intensive than a "normal" remote desktop solution. VDI is good for end users that needs more control over their desktop and maybe even need the ability to install software them self, where as in RD environments you tend to lock them down a lot.
So with High Density robots you normal user RD servers, I have only tested the robot and the High Density solution on RD servers, but @christian-schou1 has given me the chance to test this in their VDI solution. So thank you very much for that Christian -
@christian-schou1 what VDI solution are you using to test?
-
Locked by A az
