|
| 1 | +:_mod-docs-content-type: REFERENCE |
| 2 | + |
| 3 | +[id="troubleshoot-login-failed-errors_{context}"] |
| 4 | += Troubleshoot login failed errors |
| 5 | + |
| 6 | +[role="_abstract"] |
| 7 | +When a user cannot sign in to {product-short}, the sign-in page displays a "Login failed" error message. |
| 8 | +The following sections describe common login errors and their solutions. |
| 9 | + |
| 10 | +== Login failed: unable to resolve user identity |
| 11 | + |
| 12 | +---- |
| 13 | +Login failed; caused by Error: Failed to sign-in, unable to resolve user identity. Please verify that your catalog contains the expected User entities that would match your configured sign-in resolver. |
| 14 | +---- |
| 15 | + |
| 16 | +This error indicates that the user signing in does not match a user entity in the {product-short} software catalog. |
| 17 | + |
| 18 | +To resolve this issue: |
| 19 | + |
| 20 | +. Check that the corresponding catalog provider plugin is set up correctly and is successfully syncing users and groups into the catalog. |
| 21 | ++ |
| 22 | +In the backend logs, look for a successful synchronization message such as: |
| 23 | ++ |
| 24 | +[source] |
| 25 | +---- |
| 26 | +catalog info Read 114 GitHub users and 22 GitHub groups in 3.4 seconds. Committing... |
| 27 | +catalog info Committed 114 GitHub users and 22 GitHub groups in 0.0 seconds. |
| 28 | +---- |
| 29 | + |
| 30 | +. If users and groups have been ingested into the catalog, verify that the sign-in resolver used (default or configured) matches the correct user attributes. |
| 31 | +. Optionally, use guest login to look into the user entity in the catalog and verify the attributes. |
| 32 | + |
| 33 | +== Login failed: provider not configured to support sign-in |
| 34 | + |
| 35 | +---- |
| 36 | +Login failed; caused by Error: The <providerId> provider is not configured to support sign-in. |
| 37 | +---- |
| 38 | + |
| 39 | +This error indicates that the authentication provider has `disableIdentityResolution` set to `true`, meaning it is configured as an auxiliary provider, not for primary sign-in. |
| 40 | + |
| 41 | +To resolve this issue: |
| 42 | + |
| 43 | +* In your `{my-app-config-file}` file, ensure that `disableIdentityResolution` is not set to `true` for your primary sign-in authentication provider. |
| 44 | + |
| 45 | +== Login failed: user profile does not contain an email |
| 46 | + |
| 47 | +---- |
| 48 | +Login failed, user profile does not contain an email |
| 49 | +---- |
| 50 | + |
| 51 | +This error indicates that the authentication client does not have permission to read the user's email from the identity provider. |
| 52 | + |
| 53 | +To resolve this issue: |
| 54 | + |
| 55 | +* Grant the necessary email-reading permissions to the authentication client in the identity provider. |
| 56 | +* Or, use a sign-in resolver that does not rely on email, such as `preferredUsernameMatchingUserEntityName` instead of `emailMatchingUserEntityProfileEmail`. |
0 commit comments