Dogfood: self-service spaces + live group resolution end-to-end #111

Closed
opened 2026-08-04 17:23:15 +00:00 by Cordy · 2 comments
Owner

Collects the manual dogfood checks that shipped in v0.3.26–v0.3.28 but were only tracked in closed-issue comments (#94, #96, #64/#79) — now formally on the v0.6 closed-beta milestone.

Self-service spaces (#94, v0.3.27):

  • Spaces → New folder → e.g. case-folder-1 → created toast; visible immediately as admin (backend dir exists).
  • Keycloak shows groups case-folder-1 + case-folder-1-ro, owner attribute cairnSpaceOwner, creator in the write group. If creation 502s with a Keycloak 403 on POST /groups in the pod log: extend the cairn-keycustody realm-management roles (group creation rights).
  • Members dialog at the space root: add a second user read-only, switch roles, remove — owner can never be demoted/removed.

Live group resolution (#96, v0.3.28):

  • Grant a member access → they refresh (NO re-login) → space appears within ~1 minute.
  • Revoke → access vanishes within ~1 minute, mid-session.
  • Add/remove a user from cairn-admins → admin surfaces appear/disappear without re-login.

Read-only membership (#64, UI badge from v0.3.20):

  • Read-only member: sees the space, opens files, gets the "View only" badge, upload/mkdir disabled, server refuses writes over WebDAV too.
  • Read-only member sees space-trash entries but has no restore/purge (#95).

Space trash (#95, v0.3.26):

  • Delete a space file as write member → lands in the shared space trash, visible to all members with origin + deleter shown; restore works for write members.

Anything unexpected → new issue in this milestone.

Collects the manual dogfood checks that shipped in v0.3.26–v0.3.28 but were only tracked in closed-issue comments (#94, #96, #64/#79) — now formally on the v0.6 closed-beta milestone. **Self-service spaces (#94, v0.3.27):** - [x] Spaces → New folder → e.g. `case-folder-1` → created toast; visible immediately as admin (backend dir exists). - [x] Keycloak shows groups `case-folder-1` + `case-folder-1-ro`, owner attribute `cairnSpaceOwner`, creator in the write group. If creation 502s with a Keycloak 403 on `POST /groups` in the pod log: extend the `cairn-keycustody` realm-management roles (group creation rights). - [x] Members dialog at the space root: add a second user read-only, switch roles, remove — owner can never be demoted/removed. **Live group resolution (#96, v0.3.28):** - [x] Grant a member access → they refresh (NO re-login) → space appears within ~1 minute. - [x] Revoke → access vanishes within ~1 minute, mid-session. - [x] Add/remove a user from `cairn-admins` → admin surfaces appear/disappear without re-login. **Read-only membership (#64, UI badge from v0.3.20):** - [x] Read-only member: sees the space, opens files, gets the "View only" badge, upload/mkdir disabled, server refuses writes over WebDAV too. - [x] Read-only member sees space-trash entries but has no restore/purge (#95). **Space trash (#95, v0.3.26):** - [x] Delete a space file as write member → lands in the shared space trash, visible to all members with origin + deleter shown; restore works for write members. Anything unexpected → new issue in this milestone.
Author
Owner

Triage: tandem (hands-on dogfood). Create spaces, exercise live group resolution end-to-end (you + Manuel). Nothing for me to build first — this is real-usage testing; anything it surfaces gets raised as its own issue.

**Triage: tandem (hands-on dogfood).** Create spaces, exercise live group resolution end-to-end (you + Manuel). Nothing for me to build first — this is real-usage testing; anything it surfaces gets raised as its own issue.
Author
Owner

All features under test shipped in v0.3.2x (self-service spaces, live group resolution, read-only membership + "View only" badge, shared space trash) and Nikola has run through the checklist during dogfooding. Per the v0.7 approach, anything that regresses as the remaining UI/UX batch lands will resurface in continuous dogfooding and be raised as its own fix issue. Closing as done.

All features under test shipped in v0.3.2x (self-service spaces, live group resolution, read-only membership + "View only" badge, shared space trash) and Nikola has run through the checklist during dogfooding. Per the v0.7 approach, anything that regresses as the remaining UI/UX batch lands will resurface in continuous dogfooding and be raised as its own fix issue. Closing as done.
Cordy closed this issue 2026-08-16 12:07:30 +00:00
Sign in to join this conversation.
No labels
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Cordy/Cairn#111
No description provided.