#550: app-owned groups + Accounts/Groups tabs under Users & access (v0.6.199–200) #551
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat-550"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Implements #550 as approved (mockup
admin-accounts-groups-mockup.html+ review decisions).Backend (v0.6.199, TDD red→green):
auth.GroupStoreat/data/.cairn/groups.json(statestore-bound, internal ids, case-insensitive single namespace, idempotent membership);WithAppGroupsmerges membership intoUser.Groupsunder the admin flag so app groups work as admin groups and peering allow-list entries;GroupsAPIunder/api/v1/admin/groups(CRUD, bulk member add with per-name reporting, directory listing via the IdP admin client with known-names fallback, member drill-in); peering group resolution consults app groups first, then the IdP;spaces.Manager.ListGroups; five new audit verbs in theusersgroup; collision with a known directory name is refused with 409 (decision 1).Frontend (v0.6.200): Users & access becomes Access · Accounts · Groups · Seats. Access slims to identity wiring and counters — Administrators section removed as redundant (decision 4). Accounts hosts both account lists with one filter (name substring, the word "admin", app-group names) and a paged directory list. Groups: app-owned CRUD with chip member editing and reference-aware delete confirm, beside the read-only directory view with the honest no-client degradation. i18n ×4; #389 fence gate green on both frontend commits.
Full
go test ./...green; red suite witnessed on the runner before implementation.