Skip to Content
SecurityPermissions

Permissions

The Permissions tab controls which pages of a generated app each role can access.

Selecting a workspace

Pages are generated per app, so pick a Workspace first — its status shows as generated, generating, or draft. If a workspace is still generating, its pages aren’t available to configure yet.

Permissions tab showing the workspace selector and the page access matrix

The page access matrix

Rows are the app’s pages (with their route shown alongside); columns are your project’s roles, plus a trailing Public column. Check a cell to grant that role access to that page. A page marked Public is accessible to everyone regardless of role, and its role checkboxes are disabled.

Changes are batched — click Save Changes once you’re done, per role.

Resetting to the app’s original access plan

When qRaptor generates an app, it plans out a default set of page access rules as part of the app’s structure — the same plan shown, read-only, in the app’s own App Details → Roles sub-tab. Click Reset to app state to re-apply that original plan here, overwriting whatever you’ve manually changed. This is useful for recovering permissions that have drifted — for example, if a new page was added to the app but never given role access here.

⚠️

Resetting replaces every manual edit you’ve made in this matrix with the app’s original plan. Any custom access rules you added by hand that aren’t part of that plan will be lost.

Common issues

  • No pages listed for a workspace — Either it’s still generating (wait for it to finish), or the app was generated without authentication/roles enabled — pages only appear once the app has RBAC roles.
  • A page’s access looks wrong after editing the app — Use Reset to app state to re-sync from the app’s current structure, rather than manually finding and fixing each row.