- Release Notes
- Getting Started
- Setup and Configuration
- Automation Projects
- Dependencies
- Types of Workflows
- Control Flow
- File Comparison
- Automation Best Practices
- Source Control Integration
- Debugging
- Logging
- The Diagnostic Tool
- Workflow Analyzer
- About Workflow Analyzer
- ST-NMG-001 - Variables Naming Convention
- ST-NMG-002 - Arguments Naming Convention
- ST-NMG-004 - Display Name Duplication
- ST-NMG-005 - Variable Overrides Variable
- ST-NMG-006 - Variable Overrides Argument
- ST-NMG-008 - Variable Length Exceeded
- ST-NMG-009 - Prefix Datatable Variables
- ST-NMG-011 - Prefix Datatable Arguments
- ST-NMG-012 - Argument Default Values
- ST-NMG-016 - Argument Length Exceeded
- ST-NMG-017 - Class name matches default namespace
- ST-DBP-002 - High Arguments Count
- ST-DBP-003 - Empty Catch Block
- ST-DBP-007 - Multiple Flowchart Layers
- ST-DPB-010 - Multiple instances of [Workflow] or [Test Case]
- ST-DBP-020 - Undefined Output Properties
- ST-DBP-021 - Hardcoded Timeout
- ST-DBP-023 - Empty Workflow
- ST-DBP-024 - Persistence Activity Check
- ST-DBP-025 - Variables Serialization Prerequisite
- ST-DBP-026 - Delay Activity Usage
- ST-DBP-027 - Persistence Best Practice
- ST-DBP-028 - Arguments Serialization Prerequisite
- ST-USG-005 - Hardcoded Activity Arguments
- ST-USG-009 - Unused Variables
- ST-USG-010 - Unused Dependencies
- ST-USG-014 - Package Restrictions
- ST-USG-020 - Minimum Log Messages
- ST-USG-024 - Unused Saved for Later
- ST-USG-025 - Saved Value Misuse
- ST-USG-026 - Activity Restrictions
- ST-USG-027 - Required Packages
- ST-USG-028 - Restrict Invoke File Templates
- ST-USG-032 - Required Tags
- ST-USG-034 - Automation Hub URL
- Variables
- Arguments
- Imported Namespaces
- Coded automations
- Introduction
- Registering custom services
- Before and After contexts
- Generating code
- Generating coded test case from manual test cases
- Trigger-based Attended Automation
- Recording
- UI Elements
- Selectors
- Object Repository
- About Object Repository
- Creating an Object Repository
- Reusing objects and UI libraries
- Synchronize Object Repository tool
- Data Scraping
- Image and Text Automation
- Automating Citrix Technologies
- RDP Automation
- VMware Horizon Automation
- Salesforce Automation
- SAP Automation
- macOS UI Automation
- The ScreenScrapeJavaSupport Tool
- The WebDriver Protocol
- Extensions
- About extensions
- SetupExtensions tool
- UiPathRemoteRuntime.exe is not running in the remote session
- UiPath Remote Runtime blocks Citrix session from being closed
- UiPath Remote Runtime causes memory leak
- UiPath.UIAutomation.Activities packages and UiPath Remote Runtime versions mismatch
- The required UiPath extension is not installed on the remote machine
- Screen resolution settings
- Chrome Group Policies
- Cannot communicate with the browser
- Chrome extension is removed automatically
- The extension may have been corrupted
- Check if the extension for Chrome is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and Incognito mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- List of extensions for Chrome
- Chrome Extension on Mac
- Edge Group Policies
- Cannot communicate with the browser
- Edge extension is removed automatically
- The extension may have been corrupted
- Check if the Extension for Microsoft Edge is installed and enabled
- Check if ChromeNativeMessaging.exe is running
- Check if ComSpec variable is defined correctly
- Enable access to file URLs and InPrivate mode
- Multiple browser profiles
- Group Policy conflict
- Known issues specific to MV3 extensions
- List of extensions for Edge
- Extension for Safari
- Extension for VMware Horizon
- Extension for Amazon WorkSpaces
- SAP Solution Manager plugin
- Excel Add-in
- Test Suite - Studio
- Troubleshooting
Creating an Object Repository
An object repository is a collection of elements grouped by applications, versions, and screens that can come from a:
- Local project, i.e. the local repository.
- Library, i.e. UI Library dependencies to the current project.
A Local Repository can be created either by:
- Using the Capture Elements recorder to capture UI descriptors.
- Manually, by creating applications, screens, and elements directly in the Object Repository panel.
A UI Library can be created by:
- Extracting the local repository from any project into a library project and publishing it as a NuGet package.
-
Starting from a new library, building the repository there, and publishing it as a NuGet package.
You can then use the UI Library NuGet packages and add them as dependencies to your processes.
Important: The Capture Elements recorder only records objects for reuse in projects, the recorder does not generate a workflow in the Designer panel.
In a library or process, click the Capture Elements button in the Object Repository to open the Capture Elements recorder.
Click Start recording to begin capturing elements. The Capture Elements recorder uses the Unified Target technology available in the UIAutomation.Activities pack version 20.10 and higher to capture targets and anchors with a certain degree of accuracy for each selector, image, or anchor.
UI Elements are captured together with a Selector, Fuzzy Selector, and Image, each with a degree of accuracy. You can choose to keep only one or all of these target elements. The same is applicable for anchor elements associated to each UI element in the application.
In the recorder, you can:
- Click Add Application or Add Screen to add a new application or screen.
- Pause recording at any time by clicking Pause. To resume recording, click Record again.
-
Manage recorded elements:
- Update the properties of a screen or element by selecting it in the left panel and editing it in the Properties panel on the right.
- Rearrange and group elements by dragging and dropping them in the left panel.
- Highlight elements you have already captured to easily identify them by hovering over their name in the Capture Elements window and using the button.
-
While recording is paused:
- Remove an element by right-clicking it and selecting Delete.
- Create a new element as a child of a screen or element by right-clicking the existing element and selecting Create Element.
- Optionally, click Settings, and then select if you want to configure each element or auto-apply changes (both settings are enabled by default).
- Click Save objects to library to save the changes, close the recorder, and return to your project.
You can use the Capture all elements feature to capture all the available elements of an application by using Computer Vision technology and add them to the Object Repository. This method is useful for scenarios where the automation relies heavily on Object Repository usage, as you no longer have to manually add all the UI elements, thus saving time when creating the process.
- Click the Capture all elements button in the Capture Elements wizard. You are prompted to indicate the window that contains the elements you want to add to the Object Repository. You can also select only a region of the target application by clicking and dragging a rectangle of the area you want to capture elements from.
-
Indicating the application detects all elements and highlights them green. You can also manually deselect the elements you don't want to add to the Object Repository. The Scan Wizard window lets you choose to Select all or Deselect all elements by using the respective buttons. If you select the Capture text checkbox, text elements are captured as well. Once your selection is done, hitting Capture closes the Scan Wizard and returns you to the Capture Elements window.
If there are elements that weren't identified, you can help us improve detection by sending an image to UiPath for analysis. Click Report issues, select an area with unidentified elements, and then select Send.
Note:This feature requires that you have configured a Computer Vision server for use. There are multiple methods available of achieving this, as follows:
After choosing your preferred server type, you must select it for use in the current project by editing the Server and Apikey Project Settings.
Applications, screens, and elements should be given descriptive names from within the Capture Elements recorder to make them easily recognizable in the Object Repository.
A selector in an application can represent a button, a checkbox, a text field, toggle, list box, any type of element that can interact with the Robot. The captured element can be defined from within the Capture Elements recorder.
From the Type drop-down list, search and pick the type suitable for each element. In the Object Repository the element receives an icon specific to its type making it easier to distinguish between objects.
After capturing elements, click the Save objects to library button, and the objects are added to the Object Repository. To add additional elements, right-click a screen or element in the repository, and select Create Element. To add additional screens, right-click the application and select Create Screen.
If you exited the recorder before capturing all the desired elements, or you want to add or modify elements using Capture Elements for an application or screen that is already added to the Object Repository, you can launch the recorder at any time in the context of that application or screen:
-
Right-click any application or screen under Project UI Descriptors, and then select Capture Elements. This opens the Capture Elements window in the context of that application or screen:
- If you selected an application, all the screens and elements under that application are pre-populated in Capture Elements.
- If you selected a screen, all the elements under that screen are pre-populated in Capture Elements.
- Update the screens and elements as needed. You can add new screens, start recording to add new elements, edit or delete existing screens or elements. If you make changes to existing screens and elements, the changes are applied to the descriptors in the Object Repository when you save.
- Click Save objects to library to save the changes, close the recorder, and return to your project.
You can create your own repository from within the Object Repository panel by defining the application, each screen, and element manually.
From the Object Repository panel, click the plus sign in the Descriptors tab or right-click Project Descriptors in the same tab and select Create Application. The Create Application window opens:
Add a unique application name, version, and description. Click Create application. Your application is visible in the Descriptors tab, under Project UI Descriptors.
In the Descriptors tab, select your application, click the plus sign or right-click your application and select Create Screen. The Add Screen window opens:
Add a unique name for the screen, and a description. Indicate the screen that you would like to automate, and edit the captured element with Unified Target:
- Change the application path if needed.
-
Add application arguments.
When completed, click Create screen.
In the Descriptors tab, select your app screen, click the plus sign in or right-click the screen and select Create Element. The Add Element window opens:
From the Descriptor Type section click Indicate element to use Unified Target to indicate and capture the element from the screen.
Add an intuitive name in the Element Name field, and select the type of the element from the drop-down list under Type. Click Save when done.
- To edit an element from the Object Repository, right-click it, and then select Edit Element, or double-click the element in the tree.
- To edit the descriptor of an element, use the Edit Descriptor option from the Edit Element window, or right-click the element in the tree, and then select Edit Descriptor.
If the Object Repository is enforced in your instance of Studio (as per instructions in the About Object Repository page), when using the App/Web Recorder, the generated activities do not automatically reference descriptors from the repository.
At the level of activities, an informative tooltip informs you to add descriptors to the Object Repository or use existing ones.
To do so, click on the icon inside the activity, and follow the steps for adding or reusing descriptors, or select Options > Add to Object Repository to add the element to the Object Repository.
After you've created an object repository you can add more UI elements directly from the Designer panel.
In the Designer panel add an activity that supports selectors, like Click or Type Into. Make sure that the added activity is within a Use Application/Browser activity.
Within the body of the activity, click the Object Repository icon to open the Selection Options window. Capture the element, select Confirm and the Add Element to Object Repository window opens. Add a name to the element and click Save. Notice that the element is added to the Object Repository panel.
From the Object Repository, drag and drop a screen or element on top of an activity in your workflow. The object's image, arguments, and other details are automatically added to the activity. When an activity uses a screen or element from the Object Repository, clicking the Object Repository icon in the activity highlights the descriptor it uses in the Object Repository tree.
MyAppScreen
object on top of the Use Application/Browser activity. The application path was automatically added to the activity.
Alternatively, drag and drop an object on top of the plus sign inside the workflow. If you drag and drop a screen, a Use Application/Browser activity is automatically added. If you drag and drop an element, a list of compatible activities is displayed. Select the desired activity and the object is automatically added. Inside the process, the activity receives the following label: activity name + object name. After the object is added, the activity receives the descriptor properties from the Object Repository, visible in the activity's Properties panel.
- To indicate or edit the descriptor from the activity, select Options, and then Indicate target on screen or Edit Target. A dialog is displayed informing you that the action is performed on the descriptor in the Object Repository. Confirm your choice by selecting Indicate DescriptorandEdit Descriptor respectively.
-
To indicate or edit the descriptor for the current activity only, you must first remove the link between the activity and the Object Repository by selecting Options, and then Unlink from Object Repository. Please note that when the Object Repository is enforced, unlinking removes the target from the activity.
Once objects are added to the workflow, the UI Activities tab in the Object Repository panel displays the activities and the objects they contain in a hierarchical order. If they are not visible, please save the project and check again.
The workflows are marked:
- With a gray dot, if at least 1 activity from the workflow file references a UI Descriptor from the Objects panel.
- With a blue dot, if all activities from the workflow reference UI Descriptors from the Objects panel.
The UI activities are marked:
- With an empty dot, if the activity does not reference a UI Descriptor from the Objects panel.
- With a blue dot, if it references a UI Descriptor from the Objects panel.
- Calling UI elements as Strings.
- Using
IElementDescriptors
from the Object Repository.
1. Calling UI elements as Strings
- Create an application in your project's Object Repository named
MyApplication
.- Create a screen for the application called
MainScreen
. - Create an element named
HomePageIcon
.
- Create a screen for the application called
- Create a variable for the screen.
- Use the Open API to open the screen using the code below:
var screen = uiAutomation.Open("MainScreen");
var screen = uiAutomation.Open("MainScreen");To find theObjectRepository
namespace, and theDescriptors
, pressCTRL + space
on your keyboard. - Use the Click API on the UI element, using the code below:
screen.Click("HomePageIcon");
screen.Click("HomePageIcon");
2. Calling UI elements as IElementDescriptors
IElementDescriptors
: ObjectRepository.Descriptors.<ApplicationName>.<ScreenName>.<UiElementName>
, where ObjectRepository
is a namespace that integrates the Descriptors
class. The Descriptors
class further includes all the UI elements that you captured in the Object Repository.
Object
as the name of your application in the Object Repository.
- Create an application in your project's Object Repository named
MyApplication
.- Create a screen for the application called
MainScreen
. - Create an element named
HomePageIcon
.
- Create a screen for the application called
- To enhance readability, you can define your application as a variable applying a
using
statement at the beginning of your workflow. Here is an example:using app = <ProjectName>.ObjectRepository.Descriptors.<AppName>
.With this approach, you can easily call descriptors in the following format:app.<ScreenName>.<UiElementName>
- Create a variable for the screen.
- Use the Open API to open the screen using the code below:
var screen = uiAutomation.Open(ObjectRepository.Descriptors.MyApplication.MainScreen);
var screen = uiAutomation.Open(ObjectRepository.Descriptors.MyApplication.MainScreen);To find theObjectRepository
namespace, and theDescriptors
, pressCTRL + space
on your keyboard. - Use the Click API on the UI element, using the code below:
screen.Click(ObjectRepository.Descriptors.MyApplication.MainScreen.HomePageIcon);
screen.Click(ObjectRepository.Descriptors.MyApplication.MainScreen.HomePageIcon); - If you want to use object repository elements from an imported library project, perform the following steps:
- In the project where you exported the library from, create a new coded test case or coded workflow file.
- Update the
UiPath.CodedWorkflows
package to the latest version. - In the file where you want to use the imported object repository elements, reference the project from where you exported the
elements in the namespaces section, using the following format:
<ProjectName> = <LibraryName>.ObjectRepository.Descriptors
. - When using APIs, such as Click or Open, call the UI elements using the following format:
screen.Click(<LibraryName>.ObjectRepository.Descriptors.MyApplication.MainScreen.HomePageIcon);
screen.Click(<LibraryName>.ObjectRepository.Descriptors.MyApplication.MainScreen.HomePageIcon);
When working with Mobile Automation APIs, there two primary methods for accessing UI elements through Object Repository:
- Using
IScreenDescriptors
andIElementDescriptors
from theObjectRepository
namespace andDescriptors
class. - Using paths relative to the screen in the Object Repository. If you have more than one application or more than one screen, you must specify them in the method call.
1. Using IElementDescriptors from the Descriptors class
IElementDescriptors
: ObjectRepository.Descriptors.<ApplicationName>.<ScreenName>.<UiElementName>
, where ObjectRepository
is a namespace that integrates the Descriptors
class. The Descriptors
class further includes all the UI elements that you captured in the Object Repository.
Object
as the name of your application in the Object Repository.
- Create an application in your project's Object Repository named
MyApplication
.- Create a screen for the application called
HomeScreen
. - Create an element named
ParentElement
. - Nested under the
ParentElement
, create the element namedChildElement
.
- Create a screen for the application called
- To enhance readability, you can define your application as a variable applying a
using
statement at the beginning of your workflow. Here is an example:using app = <ProjectName>.ObjectRepository.Descriptors.<AppName>
.With this approach, you can easily call descriptors in the following format:app.<ScreenName>.<UiElementName>
- Create a connection between the mobile device and the application recorded in the Object Repository.
- Call the Tap API on the connection, to click the
ChildElement
element, using the code below:connection.Tap(Descriptors.MyApplication.HomeScreen.ParentElement.ChildElement);
connection.Tap(Descriptors.MyApplication.HomeScreen.ParentElement.ChildElement);To find theObjectRepository
namespace, and theDescriptors
class, pressCTRL + space
on your keyboard. - Use the GetAttribute API on the
ParentElement
, using the code below:var isChecked = connection.GetAttribute(Descriptors.MyApplication.HomeScreen.ParentElement, Attributes.Android.CHECKED);
var isChecked = connection.GetAttribute(Descriptors.MyApplication.HomeScreen.ParentElement, Attributes.Android.CHECKED); - If you want to use object repository elements from an imported library project, perform the following steps:
- In the project where you exported the library from, create a new coded test case or coded workflow file.
- Update the
UiPath.CodedWorkflows
package to the latest version. - In the file where you want to use the imported object repository elements, reference the project from where you exported the
elements in the namespaces section, using the following format:
<ProjectName> = <LibraryName>.ObjectRepository.Descriptors
. - When using APIs, call the UI elements using the following format:
connection.Tap(<LibraryName>.ObjectRepository.Descriptors.MyApplication.HomeScreen.ParentElement.ChildElement);
connection.Tap(<LibraryName>.ObjectRepository.Descriptors.MyApplication.HomeScreen.ParentElement.ChildElement);
2. Using paths relative to the screen in Object Repository
Strings
to access Object repository elements. Paths are string representations of the element hierarchy on the mobile screen. You
can also access any descriptors, even if their names are duplicate in the repository, because you can specify the target application
and screen for every element.
MobileTarget.FromObjectRepository
constructor, that takes in the path of the UI element, relative to the screen and app used. The return value of this constructor
is an ObjectRepositoryTarget
.
There are two ways through which you specify the path of the UI element in the Object Repository:
- Using
Strings
arranged as parent-child relationships in a format such as "parentOfparent///parent///child".For example, see the following code, that taps a mobile target element calledChildElement
which is a child of theParentElement
, located on the current screen of the current app.connection.Tap(MobileTarget.FromObjectRepository("ParentElement///ChilElement"));
connection.Tap(MobileTarget.FromObjectRepository("ParentElement///ChilElement"));Take the same example, but this time the code taps the sameCheckedOnlyCheckBox
element, but now on a different screen (anotherScreen
) in a different app (anotherApp
).connection.Tap(MobileTarget.FromObjectRepository("ParentElement///ChildElement", "anotherApp", "anotherScreen");
connection.Tap(MobileTarget.FromObjectRepository("ParentElement///ChildElement", "anotherApp", "anotherScreen"); - Using an array of
Strings
arranged as parent-child relationships in a format such as ["parentOfParent", "parent", "child"].For example, see the following code, that taps the same UI element, but it inputs the path into separate strings arranged inside an array.connection.Tap(MobileTarget.FromObjectRepository(new string[]{"ParentElement", "ChildElement"}));
connection.Tap(MobileTarget.FromObjectRepository(new string[]{"ParentElement", "ChildElement"}));The same example can be used when you want to specify a different screen or app for the method call.connection.Tap(MobileTarget.FromObjectRepository(new string[]{"ParentElement", "ChildElement"}, "anotherApp", "anotherScreen"));
connection.Tap(MobileTarget.FromObjectRepository(new string[]{"ParentElement", "ChildElement"}, "anotherApp", "anotherScreen"));
Descriptors can be edited from the Object Repository in two scenarios that we'll refer to as "online" and "offline" editing:
- Online editing - the application or browser can be accessed on the current machine. The app/browser is displayed on the screen, allowing elements to be selected again or modified.
-
Offline editing - the application or browser cannot be accessed on the current machine, either the app is not installed, or the machine is offline. The element's selectors are made visible allowing changes to be made.
Note: Both Selectors and Fuzzy Selectors in your Descriptors can be edited directly in the UIExplorer by using the button.
In the Descriptors tab, right-click an element and select Edit Descriptor. The selection screen opens allowing you to capture a different element, edit selectors, and anchors.
The same can be achieved by clicking on the Edit Descriptor button from within the Edit Element window.
The same steps from online editing apply here as well. In the Descriptors tab, right-click an element and select Edit Descriptor.
Offline editing offers the option to make changes directly to the element descriptor settings. However, you cannot indicate new elements. To do so make sure the application/browser is opened in the correct state.
To edit a screen descriptor, in the Descriptors tab, right-click the screen and select Edit Descriptor. The Edit Screen window is displayed.
You can edit the application path or browser URL, application arguments, and window selector, and select whether only applications with a title that is an exact match can be used in the automation. The application path, browser URL, and application arguments fields support expressions, variables, and arguments.
Whenever you indicate a screen or UI Element which is already referenced in the Object Repository either under Project UI Descriptors or UI Libraries, the match is automatically detected and the following window is prompted:
The following options are available:
- Reuse - adds the matching descriptor from the Object Repository to the current activity.
- Create New - opens the options window for creating a new screen/element or updating an existing one in the Object Repository.
- Cancel - keeps the currently indicated selector inside the activity, without making any changes to objects in the repository.
Indicating a screen searches for a corresponding UI descriptor, while indicating a target element searches for a matching UI descriptor. When using the Recorder, corresponding matches for screen and elements are searched within the local UI library from Project UI Descriptors or the imported dependencies from UI Libraries.
To increase their degree of reusability, you can use variables in descriptors.
You can edit a target, add variables to it, and then add it to the Object Repository, or you can add variables to selectors in existing screens or elements from the Object Repository. Whenever you add a descriptor that contains a variable to a process, make sure to create the variable in the process, otherwise the expression cannot be read.
To add a variable to a descriptor selector, right-click the element inside the Object Repository, then select Edit Descriptor and add the variable from the Selection Options window.
<name='{{VarNumber}}'/>
adds the value of the variable VarNumber
to the name
attribute in the selector.
In the below example, we used a variable inside the Browser URL field of the Use Application/Browser activity, and then added the target to the Object Repository as a screen object. In this way, we make sure the descriptor accounts for cases in which the URL changes.
- Creating a repository by capturing elements
- Capturing all elements
- Descriptor properties
- Element types
- Using Capture Elements for existing applications and screens
- Creating a repository From the Object Repository panel
- Create a UI application
- Create a screen
- Create a UI element
- Using Object Repository with recorders
- Add elements from activities to a repository
- Use objects in current project
- Using objects in coded automations with UIAutomation
- Using object in coded automations with Mobile Automation
- Edit descriptors
- Element descriptors
- Online editing
- Offline editing
- Screen descriptors
- Resolve UI descriptors
- Variables in descriptors
- Highlight elements