fix(azure): stuck self-hosted Azure SSO installation setup #18638
fix(azure): stuck self-hosted Azure SSO installation setup #18638aldy505 wants to merge 1 commit into
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
1 Skipped Deployment
|
| 1. Log in to your self-hosted Sentry instance using your existing account — we'll call this User A. | ||
| 2. Ask someone else to log in through SSO and confirm it creates a new account for them — we'll call this User B. | ||
| 3. User A needs to assign the "Owner" role to User B. | ||
| 4. User B needs to remove User A's account from the Sentry instance. |
There was a problem hiding this comment.
Bug: The SSO workaround documentation instructs an admin to remove a user account without warning that this action is destructive and causes irreversible data loss.
Severity: HIGH
Suggested Fix
Add a prominent warning or callout in the documentation before the step that instructs the administrator to remove the user account. This warning should clearly state that the action is destructive, irreversible, and will result in the permanent loss of all data associated with that user account.
Prompt for AI Agent
Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.
Location: docs/organization/authentication/sso/azure-sso.mdx#L91
Potential issue: The documentation for an Azure SSO workaround instructs an
administrator to remove a user's account from the Sentry instance as part of the
process. However, it fails to include a warning that this is a destructive and
irreversible action. Performing this step will result in the permanent loss of the
user's associated data, including API tokens, saved searches, and dashboards. The
subsequent step involves creating a new account via SSO, not restoring the original one,
making the data loss permanent.
Did we get this right? 👍 / 👎 to inform future reviews.
There was a problem hiding this comment.
Pull request overview
Adds a self-hosted–specific workaround to the Azure AD / Entra ID SSO docs to help resolve cases where an existing local account (same email) prevents proper SSO account linking during setup.
Changes:
- Documented a self-hosted recovery flow that temporarily transfers ownership to a second user to “clean up” and re-link accounts.
- Added a short set of steps to guide users through the workaround before moving on to SCIM guidance.
| 1. Log in to your self-hosted Sentry instance using your existing account — we'll call this User A. | ||
| 2. Ask someone else to log in through SSO and confirm it creates a new account for them — we'll call this User B. | ||
| 3. User A needs to assign the "Owner" role to User B. | ||
| 4. User B needs to remove User A's account from the Sentry instance. | ||
| 5. User A logs in through SSO. If prompted to merge accounts, choose "No, thanks". The new account should now be properly created and linked to the Azure account. You may need to use incognito mode, or clear all browser cookies and session data, before logging in. | ||
| 6. User B can re-assign the "Owner" role back to User A. |
There was a problem hiding this comment.
It's not from my PR 🤷🏻♂️
| 5. User A logs in through SSO. If prompted to merge accounts, choose "No, thanks". The new account should now be properly created and linked to the Azure account. You may need to use incognito mode, or clear all browser cookies and session data, before logging in. | ||
| 6. User B can re-assign the "Owner" role back to User A. | ||
|
|
||
| Credits to [Adamar_Work on Discord](https://discord.com/channels/621778831602221064/796028405833007104/1483484392239398954) for the solution. |
There was a problem hiding this comment.
Nothing wrong with this, no?
DESCRIBE YOUR PR
Closes getsentry/self-hosted#4244
IS YOUR CHANGE URGENT?
Help us prioritize incoming PRs by letting us know when the change needs to go live.
SLA
Thanks in advance for your help!
PRE-MERGE CHECKLIST
Make sure you've checked the following before merging your changes: