#280: Manual purge tab — instance-wide admin trash listing + purge, slot-leak fix (v0.6.49) #283
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/trash280"
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?
Second child of epic #278, per the signed-off mockup. Also carries the fix for the v0.6.48 dogfood finding.
Backend
internal/storage/trash/admin.go(new):ListTrashAllwalks every user's personal trash plus every space trash, newest first, each entry annotated withowner,eligible,hold,keepUntil— legal holds and retention windows computed server-side.AdminPurge(owner, id)is owner-aware (space entries resolve via their namespaced id), refuses held or retained entries withErrRetention, and returns the original path for auditing. Both hard-require an operator on top of the HTTP gate.GET /api/v1/admin/trash+POST /api/v1/admin/trash/purgeunderrequireAdmin, registered only when trash + admin are both configured. Each purge audited asmanual-purge— the feed #281's Purge log will read.Frontend
adm-slot-trashjoins renderAdminTopic's explicit hide-all ID list — the Deleted files slot no longer leaks into Retention & holds (or any other topic).n deleted files · size across o owners — e eligible), "Purge all eligible (n)" with two-step arm/confirm, card rows with mono original path, owner/space + deleted-by + date, hold/"retention until" badges with the Purge button disabled, inline per-row confirm strip (noconfirm()popup), audit-note hint.