Departed owners → Transfer ownership: "Everything in /home/<user> — computing…" never resolves; New-owner field is an unstyled native input #689
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#689
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). Read-only: the dialog was opened and cancelled, and nothing was transferred.
Matrix row: §9 Admin — "Departed owners | … fact-row dialogs per the canon …".
Steps: Administration → Sharing → Departed owners (1) → sharer2 → Transfer ownership.
Seen:
/api/v1/admin/owners/estaterequest completes (200, about 47 ms) but the size/count never renders. The option is pre-selected, so an admin would commit to a full handover without knowing its size, although the dialog says the transfer "refuses before anything moves" if quota can't fit.<input>(2px inset rgb(118,118,118), radius 0) placed inline after its label. The dialogs canon and every other dialog use the styled field with the label above it.The Revoke all dialog next to it follows the canon well: fact rows, "Revoke 1 record" primary, and a permanence note.
Screenshots:
656-admin-departed-transfer-dlg.jpg,656-admin-departed-revoke-dlg.jpg