Groups "Used by" ignores share grants — a group that grants access reads "Not used" #687
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Cordy/Cairn#687
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Found by the #656 QA pass, §2 admin scouting (v0.6.247, files-bao).
Where: Administration → Users & access → Groups.
Steps: app group
qa656(member sharer1) holds an active grant:_qa/dropis shared withqa656, Can view, and sharer1 sees "drop · Can view via qa656" under Shared with me. Its row in App-owned groups says Used by: Not used.Expected: "Used by" counts share grants alongside peering lists, spaces and the admin group ("1 share · …"). This matters most at the moment an admin decides whether Delete is safe.
Seen: "Not used", even though deleting the group would silently revoke (or orphan) the access it grants.
Screenshot:
656-admin-users-groups-bao.jpgThis got worse during #656 cleanup: Delete group fails silently.
#gdeldlg, which says "Nothing references this group. References simply stop matching…".DELETE /api/v1/admin/groups/294b6a01804c73f6→ 409this group is the addressee of 1 share grant(s); revoke those shares first (the Used by column lists them).Three layers disagree:
The fix is the same as above (count grants in Used by and in the dialog's fact rows), plus surfacing a 409 in the dialog. Screenshot:
696-group-delete-silent-409.jpg.