follow up to #569, we covered what happens to shares when the share's owner leaves, what else might be open? #654
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#654
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?
this issue is a deep-dive into scenarios. we solved what happens to the shares, spaces which the departed user is not the owner are out of scope as they simply leave them. as far as i remember, we implemented something for spaces which owner departs, double check this and report back here into a comment what would happen.
what happens to their personal folder when there is no shares? would this be able to be transfered if needed? or what would happen to the storage space? would that get free'd up? is it observable from anywhere from the Admin dashboard?
report findings here.
Cross-reference: the transfer-scope work (shares-only by default per the approved departed-transfer-scope-rev1 mockup) surfaces this same question from the other side — a shares-only transfer deliberately leaves an encrypted remainder in
/home/<departed>, summarised on the Departed-owners row ("n files · size, encrypted") with "Transfer remaining files" as its only exit until this issue adds the delete-unread one. When this lands, the estate row gains the second action; the summary line and the estate cache from the scope slice are the plumbing it will reuse. Tackled after the scope slice ships.