Edit review

v-phoebh · web-flow · commit b9f8f2bc2fdb · 2025-02-17T14:27:09.000+08:00
diff --git a/support/power-platform/power-automate/desktop-flows/invalid-credentials-errors-running-desktop-flows.md b/support/power-platform/power-automate/desktop-flows/invalid-credentials-errors-running-desktop-flows.md
@@ -50,8 +50,8 @@ To see an error message with specific details on what went wrong, ensure you hav
 |-1073741477|A user has requested a type of logon (for example, interactive or network) that has not been granted. An administrator has control over who can logon interactively and through the network.|The user account doesn't have logon rights on the machine, or the administrator changed the policies of the machine (check the [User Rights Assignment](/previous-versions/windows/it-pro/windows-10/security/threat-protection/security-policy-settings/user-rights-assignment) settings).|To solve this issue, see ["Logon type has not been granted" error when running a desktop flow or creating a connection](logon-type-has-not-been-granted.md).|
 |-1073445812|The user's UPN isn't in the expected format|The user signed in using `DOMAIN\user` but should use the `user@domain.com` format instead (or vice versa).|Try to sign in using both the `user@domain.com` and `DOMAIN\user` formats.|
 |-1073741062|Smart card logon is required and was not used| |Connections to machines that require smart card logons aren't supported. Use a machine without this requirement.|
-|-1073741715|Bad username or authentication information| The given credentials aren't correct. This could be due to an incorrect user/password combination, or an incorrect username format.|1. First, double-check that your username and password work on the machine. You can do this by signning out and signning back in with the same credentials. </br>2. If that works, verify you're using the correct username format by running the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command in the context of the desktop flow connection account. Check the `Executing Account Name` value (in the `Diagnostic Data` section) in the output and make sure it matches the username that was used. </br> 3. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `user@domain.com` format. To determine the correct username format, first check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output. </br> c. If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. Use the `user@domain.com` format. </br> d. If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. Use the `DOMAIN\user` format.|
-|-1073741730|The domain isn't available| | Make sure you're using the correct username format for your machine join state. To determine the correct username format, first check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output. </br> c. If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. Use the `user@domain.com` format. </br> d. If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. Use the `DOMAIN\user` format.|
+|-1073741715|Bad username or authentication information| The given credentials aren't correct. This could be due to an incorrect user/password combination or username format.|1. Double-check that your username and password work on the machine. You can do this by signing out and signing back in with the same credentials. </br>2. If that works, verify you're using the correct username format by running the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command in the context of the desktop flow connection account. Check the `Executing Account Name` value (in the `Diagnostic Data` section) in the output and make sure it matches the username that was used. </br> 3. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `user@domain.com` format. If your machine is domain-only joined, use the `DOMAIN\user` format. </br></br> To determine the correct username format, check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output: </br> - If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. </br> - If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. |
+|-1073741730|The domain isn't available| | Make sure you're using the correct username format for your machine join state. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `user@domain.com` format. If your machine is domain-only joined, use the `DOMAIN\user` format. </br></br> To determine the correct username format, check your machine's join state:</br> 1. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> 2. Look for the `Device State` section in the output: </br> - If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. </br> - If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. |
 
 If you don't have a more specific error associated with the problem, the easiest way to troubleshoot is to sign in to the machine with the exact credentials you entered in your connection. You can try this method by signing in to the machine locally or through a Remote Desktop connection. You should receive the same error message that Power Automate receives when trying to authenticate your credentials, which should help you troubleshoot the issue.
 

-Original file line number
+Diff line change
 |-1073741477|A user has requested a type of logon (for example, interactive or network) that has not been granted. An administrator has control over who can logon interactively and through the network.|The user account doesn't have logon rights on the machine, or the administrator changed the policies of the machine (check the [User Rights Assignment](/previous-versions/windows/it-pro/windows-10/security/threat-protection/security-policy-settings/user-rights-assignment) settings).|To solve this issue, see ["Logon type has not been granted" error when running a desktop flow or creating a connection](logon-type-has-not-been-granted.md).|
 |-1073445812|The user's UPN isn't in the expected format|The user signed in using `DOMAIN\user` but should use the `[email protected]` format instead (or vice versa).|Try to sign in using both the `[email protected]` and `DOMAIN\user` formats.|
 |-1073741062|Smart card logon is required and was not used| |Connections to machines that require smart card logons aren't supported. Use a machine without this requirement.|
 -|-1073741715|Bad username or authentication information| The given credentials aren't correct. This could be due to an incorrect user/password combination, or an incorrect username format.|1. First, double-check that your username and password work on the machine. You can do this by signning out and signning back in with the same credentials. </br>2. If that works, verify you're using the correct username format by running the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command in the context of the desktop flow connection account. Check the `Executing Account Name` value (in the `Diagnostic Data` section) in the output and make sure it matches the username that was used. </br> 3. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `[email protected]` format. To determine the correct username format, first check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output. </br> c. If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. Use the `[email protected]` format. </br> d. If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. Use the `DOMAIN\user` format.|
 -|-1073741730|The domain isn't available| | Make sure you're using the correct username format for your machine join state. To determine the correct username format, first check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output. </br> c. If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. Use the `[email protected]` format. </br> d. If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. Use the `DOMAIN\user` format.|
 +|-1073741715|Bad username or authentication information| The given credentials aren't correct. This could be due to an incorrect user/password combination or username format.|1. Double-check that your username and password work on the machine. You can do this by signing out and signing back in with the same credentials. </br>2. If that works, verify you're using the correct username format by running the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command in the context of the desktop flow connection account. Check the `Executing Account Name` value (in the `Diagnostic Data` section) in the output and make sure it matches the username that was used. </br> 3. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `[email protected]` format. If your machine is domain-only joined, use the `DOMAIN\user` format. </br></br> To determine the correct username format, check your machine's join state:</br> a. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> b. Look for the `Device State` section in the output: </br> - If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. </br> - If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. |
 +|-1073741730|The domain isn't available| | Make sure you're using the correct username format for your machine join state. If your machine is [Microsoft Entra joined](/entra/identity/devices/concept-directory-join) or hybrid, use the `[email protected]` format. If your machine is domain-only joined, use the `DOMAIN\user` format. </br></br> To determine the correct username format, check your machine's join state:</br> 1. Run the [dsregcmd /status](/entra/identity/devices/troubleshoot-device-dsregcmd) command. </br> 2. Look for the `Device State` section in the output: </br> - If you see `AzureAdJoined : YES`, your machine is Microsoft Entra joined. </br> - If it says `NO` after `AzureAdJoined` but `YES` after `DomainJoined`, your machine is domain-only joined. |
 If you don't have a more specific error associated with the problem, the easiest way to troubleshoot is to sign in to the machine with the exact credentials you entered in your connection. You can try this method by signing in to the machine locally or through a Remote Desktop connection. You should receive the same error message that Power Automate receives when trying to authenticate your credentials, which should help you troubleshoot the issue.