- Release notes
- 2026
- March 2026
- February 2026
- January 2026
- 2025
- December 2025
- November 2025
- October 2025
- September 2025
- August 2025
- July 2025
- June 2025
- May 2025
- April 2025
- March 2025
- February 2025
- January 2025
- 2024
- December 2024
- November 2024
- October 2024
- September 2024
- August 2024
- July 2024
- June 2024
- May 2024
- April 2024
- March 2024
- February 2024
- January 2024
- 2023
- December 2023
- November 2023
- October 2023
- September 2023
- August 2023
- July 2023
- June 2023
- May 2023
- April 2023
- March 2023
- February 2023
- January 2023
- 2022
- December 2022
- November 2022
- October 2022
- September 2022
- August 2022
- July 2022
- June 2022
- May 2022
- April 2022
- March 2022
- February 2022
- January 2022
- 2021
- December 2021
- November 2021
- October 2021
- September 2021
- August 2021
- July 2021
- June 2021
- May 2021
- April 2021
- March 2021
- February 2021
- January 2021
- 2020
- December 2020
- November 2020
- October 2020
- September 2020
- August 2020
- July 2020
- June 2020
- May 2020
- April 2020
- March 2020
- February 2020
- January 2020

Orchestrator release notes
Permission Elevation Now Prohibited
Previously, when a user attempted to assign roles that included permissions that they themselves did not have, we would display a warning indicating that the operation might require higher privileges.
As of today, we no longer allow assigning roles in such a case, unless you have the Roles - Edit or Roles - Create permissions.
When trying to assign roles with permissions you don't have, the error message points out the roles that include the extra permissions and you must remove the indicated roles to proceed with role assignment.
This change applies when assigning roles from either the tenant or folder context.
Job Priorities
Job priority can now be set at a more granular level, with a total of ten types of priority to choose from. These are available at the process, job, and trigger level, and allow you to be very precise when dealing with large numbers of folders, processes, and queues.
Jobs that had one of the previous three priorities are mapped to the new set as follows:
- Low > Low
- Normal > Medium
- High > High
SpecificPriorityValue parameter available in the following endpoints:
POST /odata /Jobs /UiPath.Server.Configuration.OData.StartJobsPOST/odata /ProcessSchedulesPUT/odata /ProcessSchedules({key})
Confirmation Window When Deleting Users
A new confirmation window is now displayed when deleting users. The window lists the users with busy robots and informs you that deleting them also deletes the ongoing jobs. Similarly, when editing a user with busy robot, the confirmation window informs you the jobs might fail.
Separate Alerts for Attended and Unattended Robots
Starting with 29th June, the alerting mechanism changed to provide separate alerts for Attended and Unattended robots. Therefore, the unattended robots alerts are prefixed with "Unattended". Likewise, attended robots alerts are prefixed with "Attended". In addition, the Fatal and Error severity levels for attended robots alerts are reduced to Info.
The following table summarizes the changes:
|
Previous alert |
New alert - Attended |
New alert - Unattended |
|---|---|---|
|
"Robot is disconnected." Severity level: Fatal |
"Attended robot is disconnected." Severity level: Info |
"Unattended robot is disconnected." Severity level: Fatal |
|
"Robot is unresponsive." Severity level: Error |
"Attended robot is unresponsive." Severity level: Info |
"Unattended robot is unresponsive." Severity level: Error |
|
"Robot is available." Severity level: Info |
"Attended robot is available." Severity level: Info |
"Unattended robot is available." Severity level: Info |
Bug Fixes
- Exploring packages of workflows with two or more consecutive flow switch activities resulted in an error.
- When you deleted a process that was associated to a trigger, that particular trigger was still displayed on the Search page, instead of being deleted along with the process. If you tried to edit the trigger on the Search page, the "ProcessSchedule does not exist (#1002)" error was returned.
Automation CloudTM Robots - Serverless
When automatically choosing the machine size, for processes that use UiPath Document Understanding activities, we now select the Standard machine size, instead of Large.
Connected Triggers in Orchestrator - Part One
Orchestrator accommodates trigger-based automations from Studio Web (currently in Preview) via several personal workspace adjustments:
- Publishing a project to Orchestrator makes the package available in your personal workspace. To make you execution-ready in a jiffy, Orchestrator automatically creates a process in the workspace. The process has the same name as the Studio Web project.
- Republishing the automation project to Orchestrator overwrites any process, package, or trigger edits with the values present in the Studio Web workflow.
-
At publish time, Orchestrator chooses from the available personal workspace's runtimes to execute the job. The runtime precedence is the following:
- Serverless
- Production (Unattended)
-
Nonproduction
For example, if no Serverless runtimes exist in your personal workspace, Orchestrator uses available Production runtime. If that doesn't exist either, Orchestrator uses an available NonProduction runtime. If none exists, the job fails.
Note: If the selected runtime becomes unavailable between job executions, the upcoming job execution fails, since Orchestrator does not look for the next available one.
Additionally, there are specific adjustments depending on the trigger type used in the Studio Web project:
Time based trigger
- Orchestrator automatically creates the time trigger, which can be found on your personal workspace > Automations > Triggers page.
Event based trigger
- The event trigger is displayed in the Package Requirements section of the associated process in Orchestrator (Processes > More Actions > Edit > Package Requirements tab). Its value is the Microsoft Outlook 365 account address used in the workflow.
Known issue: If your Microsoft Outlook 365 connector has several connections (that is, multiple accounts), they are available for selection on Orchestrator's Process > Package Requirements page. Changing the original connection (the one present in the Studio Web project) causes the job execution to fail. To prevent the failure, edit the connection in the Studio Web project and republish it to Orchestrator.
Contextual Menu for Each Folder
Each individual folder now has its own contextual menu. It offers an at-a-glance view of all folder-scoped actions, aggregating the options that were previously included in the Quick Actions and Folder Selection menus.
What is more, the selected folder's name is now displayed in the breadcrumbs, and clicking it takes you back to the Home tab.
The date when a change is first announced in the release notes is the date when it first becomes available.
If you don't see the change yet, you can expect to see it soon, after we roll out changes to all the regions.
- 29 July 2022
- Permission Elevation Now Prohibited
- 26 July 2022
- Job Priorities
- Confirmation Window When Deleting Users
- Separate Alerts for Attended and Unattended Robots
- Bug Fixes
- 19 July 2022
- Automation CloudTM Robots - Serverless
- 18 July 2022
- Connected Triggers in Orchestrator - Part One
- 12 July 2022
- Contextual Menu for Each Folder
- When Can I See These Changes?