- Getting Started
- Setup and Configuration
- Automation Projects
- Dependencies
- About Dependencies
- Managing Dependencies
- Mass Update Command Line Parameters
- Missing or Invalid Activities
- 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-027 - Persistence Best Practice
- ST-DBP-028 - Arguments Serialization Prerequisite
- ST-USG-005 - Hardcoded Activity Properties
- ST-USG-009 - Unused Variables
- ST-USG-010 - Unused Dependencies
- ST-USG-014 - Package Restrictions
- ST-USG-017 - Invalid parameter modifier
- 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
- Troubleshooting
- Trigger-based Attended Automation
- Object Repository
- The ScreenScrapeJavaSupport Tool
- 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 package and UiPath Remote Runtime versions mismatch
- The required UiPath extension is not installed on the remote machine
- Screen resolution settings
- 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
- 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
- Studio testing
- Troubleshooting
- About troubleshooting
- Assembly compilation errors
- Microsoft App-V support and limitations
- Internet Explorer X64 troubleshooting
- Microsoft Office issues
- Identifying UI elements in PDF with Accessibility options
- Repairing Active Accessibility support
- Validation of large Windows-legacy projects takes longer than expected

Studio user guide
Mass Update Command Line Parameters
The Project Dependencies Mass Update command-line user interface can be used to mass update the project.json files belonging to multiple automation projects. It allows for adding or removing dependencies, changing package versions and runtime rules, and signing processes or libraries before publishing them.
Please note that when using the Project Dependencies Mass Update Tool, you implicitly accept the license terms of each package version that you update.
The Project Dependencies Mass Update command-line user interface is available for Studio Enterprise Edition starting with Studio v2018.4.4.
UiPath.Studio.CommandLine.exe is available in the installation folder:
-
For per-machine installations, the default path is
C:\Program Files\UiPath\Studio\. -
For per-user installations, the default path is
%localappdata%\Programs\UiPath\Studio.
Some commands may be unavailable depending on what source control systems Studio is connected to (GIT, SVN, or TFS). To view the arguments specific for each command simply use --help. Use --version to check the version of UiPath.Studio.CommandLine.exe.
Combinations of multiple commands can be used in a single command line. In addition, certain arguments don't need to be repeated in the same command line, for example r, --repository when used with svn login and svn checkout.
Before using the Project Dependencies Mass Update command-line user interface with TFS, make sure the projects you want to update are disconnected from TFS for the current user.
It is recommended to save and close projects from Studio, before making changes to them using the Project Dependencies Mass Update Tool.
Commands for Updating Local Files
-
list- Find and display the paths toproject.jsonfiles stored in a certain directory. Projects from a local network drive can also be listed. The following arguments should be used with thelistcommand:Argument Description -d, --directoryThe directory that stores the files that you want to list. Use -u, --userand-p, --passarguments for password-protected remote directories.Note:If the
--directoryargument is not used with thelistcommand, the paths to allproject.jsonfiles from the current working directory are displayed. -
manage- Manage the specified project. Please note that multiple dependencies and rules can be added or removed provided that they are separated by blank spaces. The following arguments should be used with themanagecommand:
| Argument | Description |
|---|---|
|
| Adds or updates the dependency and runtime rule to the project.json file.
|
|
| Removes the specified dependencies from the project.json file.
|
|
| The path to the project.json file. |
The syntax for runtime rules is lowest for Lowest Applicable Version, and strict for Strict version. If none of these two parameters are mentioned, the Lowest Applicable Version is applied by default.
For example, the following command manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json" --add-ref "UiPath.Excel.Activities|2.6.2|lowest" changes the package version to 2.6.2 and the runtime rule to Lowest Applicable Version.
publish- Publish the project along with the changes to dependencies. The following arguments should be used with thepublishcommand:
| Argument | Description |
|---|---|
|
| The path to the project.json to publish. The argument is mandatory. |
|
| Where to publish the project:
|
|
| The custom URL for publishing the project. This can also be a custom local directory, similar to the path in the Publish options tab in Studio. |
|
| The API key for publishing the project. This argument can be used for a custom target. |
|
| Path to the custom icon to use for the package. |
|
| Release notes that contain changes brought to the project. |
|
| The new version for the project. |
|
| Specifies the timeout value for publishing projects. The default timeout is 30 seconds. This setting only applies for the package transfer to Orchestrator duration. |
|
| The local path to the certificate for package signing. |
|
| The password for the certificate. |
|
| The URL to the timestamper. |
|
| Not required. |
--version-update-type | Specifies how the project version increments:
|
--prerelease-suffix | Specifies the suffix to use when --version-update-type is set to ForcePrerelease . |
Currently .pfx and .p12 certificate extensions are accepted for signing projects. For more details, check out the Signing Packages page.
Building upon the example from above, the following command updates the UiPath.Excel.Activities pack to version 2.6.2, changes the runtime rule to Lowest Applicable Version, adds release notes and a new version, and publishes the project to a custom location:
manage --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json" --add-ref "UiPath.Excel.Activities|2.6.2|lowest" publish --project-path "C:\Users\username\Documents\UiPath\BlankProcess\project.json" --target Custom --feed "C:\Users\username\Desktop\myfeed" --notes "Changes were made to the Excel package" --new-version "1.0.2".
Workflow Analyzer Commands
Command-line parameters can be used for analyzing files or projects against a set of rules.
-
analyze- Analyzes the whole project. Requires the path to theproject.jsonfile. -
analyze-file- Analyzes a single file. Requires the path to the.xamlfile.Argument Description -p, --project-pathFor analyzing one file, provide the path to the .xaml. For analyzing the entire project, specify the path to theproject.jsonfile.-c, --config-pathPath to the RuleConfig.jsonfile. Specify this path only if the rule configuration file is not placed in the default location (%LocalAppData%\UiPath\Rules).
Read the About Workflow Analyzer page to find out more about how to analyze files/projects and configure rules using command-line parameters.
GIT Specific Commands
git clone= Clone a repository into a new directory.Note:Before you run
UiPath.Studio.CommandLine.exe git clone, make sure the credentials for the repository are already stored in the Windows Credential Manager. Otherwise, an authentication error occurs.
The following arguments should be used with the git clone command:
| Argument | Description |
|---|---|
r, --repository | The repository address/URL that stores the projects that you would like to modify. The argument is mandatory. |
-d, --directory | The working directory. If not specified, the current environment directory is used. |
-
git commit= Record changes to the repository. The following arguments should be used with thegit commitcommand:Argument Description -m, --messageWrite a commit message to detail the changes brought to the projects. The commit message is mandatory. -p, --pushUpload changes to the remote repository. -d, --directoryThe working directory. If not specified, the current environment directory is used. -f, --filesThe paths to the files that you want to edit. The paths should be relative to the working directory and separated by semicolons.
SVN Specific Commands
-
svn login= Use credentials to login to a certain SVN repository. The following arguments should be used with thesvn logincommand:Argument Description r, --repositoryThe repository address/URL that stores the projects that you would like to modify. The argument is mandatory. -p, --passwordThe password required for authentication to the SVN repository. -s, --password-stdinReads the authentication password from STDIN (standard input). You are prompted to input the password to the desired repository. u, --userThe username required for authentication. -
svn checkout= Check out projects from a SVN repository. The following arguments should be used with thesvn checkoutcommand:Argument Description -d, --directoryThe destination checkout folder for the files. The argument is mandatory. -r, --repositoryThe address of the repository that stores the files you want to checkout. The argument is mandatory. -
svn edit= Unlock one or multiple projects and make them available for edit. The following arguments should be used with thesvn editcommand:Argument Description -f, --filesThe paths to the files that you want to edit. The paths should be relative to the working directory and separated by semicolons. The argument is mandatory. -d, --directoryThe working directory which contains the files that you want to edit. If a working directory isn’t specified, the current environment directory is used. -
svn checkin= Check in the changes made to automation projects. The following arguments should be used with thesvn checkincommand:Argument Description -m, --messageWrite a commit message to detail the changes brought to the projects. The commit message is mandatory. -d, --directoryThe working directory where the projects are being checked in. If a working directory isn’t specified, the current environment directory is used. -f, --filesThe paths to the files that you edited. The paths should be relative to the working directory and separated by semicolons.
TFS Specific Commands
tfs login= Use credentials to login to a certain TFS repository. The following arguments should be used with thetfs logincommand:
| Argument | Description |
|---|---|
|
| The login method for the TFS repository:
|
|
| The password required for authentication to the TFS repository. |
|
| Reads the authentication password from STDIN (standard input). You are prompted to input the password to the desired repository. |
|
| The username required for authentication. |
|
| Refers to the collection URI. The argument is mandatory. |
-
tfs checkout= Check out projects from a TFS repository. The following arguments should be used with thetfs checkoutcommand:Argument Description -c, --collectionSpecify the collection URI. -d, --directoryThe destination checkout folder for the files. The argument is mandatory. -r, --remotedirThe path to the project directory, relative to the collection root. It starts with $/and is preceded by the collection URI. -
tfs edit- Unlock one or multiple projects and makes them available for edit. The following arguments should be used with thetfs editcommand:Argument Description -f, --filesThe paths to the files that you want to edit. The paths should be relative to the working directory and separated by semicolons. -d, --directoryThe working directory which contains the files that you want to edit. If a working directory isn’t specified, the current environment directory is used. -
tfs checkin- Check in the changes made to automation projects. The following arguments should be used with thetfs checkincommand:Argument Description -m, --messageWrite a commit message to detail the changes brought to the projects. The commit message is mandatory. -d, --directoryThe working directory where the projects are being checked in. If a working directory isn’t specified, the current environment directory is used. -f, --filesThe paths to the files that you edited. The paths should be relative to the working directory and separated by semicolons.
Updating Older Automation Projects
When installing a dependency using the command-line user interface to an automation projects created in a Studio version prior to v2018.3, please take into account the following particularities:
- If the project was not published and consequently, it doesn’t have any installed dependencies, the migration process steps in and installs the default packages, detailed in the Managing Dependencies page.
- If the project was created and published with a Studio version prior to v2018.3, the
UiPath.Core.Activitiespackage is migrated toUiPath.System.ActivitiesandUiPath.UIAutomation.Activities.