A grant can now be read instead of access: requireAppAccess lets it
through for GET/HEAD/OPTIONS and answers 403 to every other method, so
new write routes are covered without being marked. read and access
on the same app are rejected together; user management has no read role.
/tickets/admin/me and /feedback/admin/me report readOnly.
A grant can now be `read` instead of `access`: requireAppAccess lets it
through for GET/HEAD/OPTIONS and answers 403 to every other method, so
new write routes are covered without being marked. `read` and `access`
on the same app are rejected together; user management has no read role.
/tickets/admin/me and /feedback/admin/me report `readOnly`.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A grant can now be `read` instead of `access`: requireAppAccess lets it
through for GET/HEAD/OPTIONS and answers 403 to every other method, so
new write routes are covered without being marked. `read` and `access`
on the same app are rejected together; user management has no read role.
/tickets/admin/me and /feedback/admin/me report `readOnly`.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Paddy
merged commit 314bdc6296 into master2026-10-30 20:24:35 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
A grant can now be
readinstead ofaccess: requireAppAccess lets itthrough for GET/HEAD/OPTIONS and answers 403 to every other method, so
new write routes are covered without being marked.
readandaccesson the same app are rejected together; user management has no read role.
/tickets/admin/me and /feedback/admin/me report
readOnly.Co-Authored-By: Claude Opus 5.5 noreply@anthropic.com