-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
feat(replay): add docs for granular replay permissions #15785
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -0,0 +1,39 @@ | ||||||
| --- | ||||||
| title: Restricting Replay Access | ||||||
| sidebar_order: 75 | ||||||
| description: "Restrict which users can view session replays using user-based allowlists." | ||||||
| --- | ||||||
|
|
||||||
| Restricting Session Replay access allows organization Managers and Owners to control who can view replays by creating an allowlist of authorized users. This feature provides an additional permission layer on top of existing role, team, and project permissions. | ||||||
|
|
||||||
| ## How It Works | ||||||
|
|
||||||
| Restricting replay access works in conjunction with your existing Sentry permissions. When enabled, users must meet both requirements to view replays: | ||||||
|
|
||||||
| 1. Have standard role/team/project permissions that would normally grant replay access | ||||||
| 2. Be included in the replay allowlist | ||||||
|
|
||||||
| This means the allowlist adds an additional layer of access control without replacing your existing permission model. If the feature is disabled, only standard Sentry permissions apply. | ||||||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe it would be good to provide an example here? For example, if a user doesn't have access to the project with replay data, adding them to the allowlist will not change this. |
||||||
|
|
||||||
| ## Restricting Replay Access | ||||||
|
|
||||||
| Organization Managers and Owners can restrict replay access in the organization settings: | ||||||
|
|
||||||
| 1. Navigate to **Settings > Organization Settings** | ||||||
| 2. Locate the **Restrict Replay Access** setting | ||||||
| 3. Toggle on the **setting** to enable replay access restrictions | ||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
|
||||||
| 4. Once enabled, you'll see an input field that allows you to manage the allowlist | ||||||
|
|
||||||
| <Alert level="info"> | ||||||
|
|
||||||
| Only organization Managers and Owners can enable this feature and manage the allowlist. | ||||||
|
|
||||||
| </Alert> | ||||||
|
|
||||||
| ## User Experience Without Permissions | ||||||
|
|
||||||
| When a user doesn't have replay access permissions, they'll experience the following: | ||||||
|
|
||||||
| - **Hidden UI components**: Replay-related buttons, menus, and navigation items won't be visible | ||||||
| - **Blocked API endpoints**: Direct API requests to replay endpoints will be denied | ||||||
| - **No replay data**: Replays won't appear in issue details or other contexts where they're normally shown | ||||||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think this is the most important UX piece, maybe it could be the first bullet point? |
||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.