This specific error usually means your desktop flow is set to run Unattended, but Windows still recognizes an active user session on the target machine. A disconnected RDP session also counts as “active.” Power Automate won’t start an unattended run if anyone is signed in, even if the screen is locked.
Here’s a simple checklist to fix it and prevent it from happening again:
1) Check for User Sessions on the Windows Machine where PAD is supposed to run.
On the target machine (or via RDP once), check for lingering sessions:
Open Task Manager, then Users, and verify that no users are signed in. If you see any, right-click and select Sign off.
Or use an elevated CMD:
query session lists sessions
logoff <ID> signs out a lingering session.
(Do not just close your RDP window; that “disconnects” and keeps the session active. Always sign out.)
2) Confirm machine status in Power Automate.
In the Power Automate portal:
Monitor or Data, then Machines/Machine groups.
The machine or group used by your connection should show Online and Unattended - Ready.
If it shows In use or Attended, there’s still a session.
3) Check your Desktop flows connection (the credentials Power Automate uses).
Open the Desktop flows connection used by the action Run a flow built with Power Automate for desktop.
Ensure it’s set up for Unattended and has valid credentials (DOMAIN\user + current password) of a service account that:
Is a Local Administrator (recommended for RPA).
Has “Allow log on locally” rights.
Is not currently signed in anywhere.
If you recently changed that account’s password, update the connection secret.
4) Make sure the flow targets the right machine or group.
In your cloud flow action, confirm the machine group or machine is the dedicated one.
If you use tags in a machine group, ensure the tag in the action matches a machine that’s online.