What happened?
When a team member is assigned a role with limited permissions, the UI still displays actions that the user is not authorized to perform. If the user clicks one of these restricted actions, the backend correctly blocks the request with a 403 Forbidden response.
The permission enforcement appears to work at the backend level, but the frontend does not consistently hide or disable actions based on the user’s role and effective permissions.
Steps to reproduce
- Invite a team member with a role that has limited permissions, such as Client, Viewer, Contributor, or another restricted workspace role.
- Sign in as that user.
- Navigate through workspace areas such as publishing, approvals, settings, channels, media, inbox, or analytics.
- Observe that some restricted actions are still visible.
- Click a restricted action.
- The system returns 403 Forbidden.
Expected behavior
Users should only see actions they are authorized to perform based on their organization role, workspace role, and effective permissions.
Restricted actions should either be:
- Hidden from the UI, or
- Disabled with a clear explanation if visibility is intentional
Setup
Docker
Operating system
Windows 11
Browser
Chrome
Relevant log output
Additional context
No response
What happened?
When a team member is assigned a role with limited permissions, the UI still displays actions that the user is not authorized to perform. If the user clicks one of these restricted actions, the backend correctly blocks the request with a 403 Forbidden response.
The permission enforcement appears to work at the backend level, but the frontend does not consistently hide or disable actions based on the user’s role and effective permissions.
Steps to reproduce
Expected behavior
Users should only see actions they are authorized to perform based on their organization role, workspace role, and effective permissions.
Restricted actions should either be:
Setup
Docker
Operating system
Windows 11
Browser
Chrome
Relevant log output
Additional context
No response