Admin → Sharing → Active links lists a GROUP GRANT as a public link ("never · copy link · revoke") #688

Closed
opened 2026-09-23 10:18:57 +00:00 by Cordy · 1 comment
Owner

Found by the #656 QA pass, §2 admin scouting (v0.6.247, files-bao). No action was taken on the row.

Where: Administration → Sharing → Active links.

State: files-bao has no live public links from nikola-test. The two _qa links expired at 04:16/04:18Z and the list confirms they're gone. The only share on /home/nikola-test/_qa/drop is a group grant: {"kind":"grant","addresseeKind":"group","addressee":"qa656","role":"read"}.

Seen: the Active links tab shows exactly one row:

/home/nikola-test/_qa/drop
never   copy link   revoke

It is presented as a public link (with "copy link"), for something that is a grant to a group. At the same time, the one real public link on the instance (sharer2's /home/sharer2/README.md, currently frozen per Departed owners) is not listed, not even as frozen.

Expected: only kind: link entries (the Overview's "Public links · N active" should agree), with frozen links flagged rather than omitted. Group grants belong in whatever lists grants, not links. "copy link" on a grant has no meaningful target.

Style note: this tab is a bare, unstyled list (no card or table, lowercase text actions). Every other admin tab uses the card/fact-row pattern.

Screenshot: 656-admin-sharing-active-bao.jpg

Found by the #656 QA pass, §2 admin scouting (v0.6.247, files-bao). No action was taken on the row. **Where:** Administration → Sharing → **Active links**. **State:** files-bao has **no** live public links from nikola-test. The two `_qa` links expired at 04:16/04:18Z and the list confirms they're gone. The only share on `/home/nikola-test/_qa/drop` is a **group grant**: `{"kind":"grant","addresseeKind":"group","addressee":"qa656","role":"read"}`. **Seen:** the Active links tab shows exactly one row: ``` /home/nikola-test/_qa/drop never copy link revoke ``` It is presented as a public link (with "copy link"), for something that is a grant to a group. At the same time, the one real public link on the instance (sharer2's `/home/sharer2/README.md`, currently frozen per Departed owners) is not listed, not even as frozen. **Expected:** only `kind: link` entries (the Overview's "Public links · N active" should agree), with frozen links flagged rather than omitted. Group grants belong in whatever lists grants, not links. "copy link" on a grant has no meaningful target. Style note: this tab is a bare, unstyled list (no card or table, lowercase text actions). Every other admin tab uses the card/fact-row pattern. **Screenshot:** `656-admin-sharing-active-bao.jpg`
Author
Owner

Same root, second surface: the files-bao Overview reads "Public links · Allowed · expire after 24h · 6 active". /api/v1/admin/shares has 6 entries: grant/user ×4, grant/group ×1 and link ×1 (sharer2's frozen README link). So the Overview counts every share as a public link, while the Active links tab shows the group grant and hides the one real link. Both need a kind === "link" filter, and "active" should exclude frozen links. On files the Overview said "1 active" at a moment when files had zero kind: link entries. Screenshot: 656-admin-overview-bao.jpg.

Same root, second surface: the files-bao **Overview** reads "Public links · Allowed · expire after 24h · **6 active**". `/api/v1/admin/shares` has 6 entries: `grant/user` ×4, `grant/group` ×1 and `link` ×1 (sharer2's frozen README link). So the Overview counts *every share* as a public link, while the Active links tab shows the group grant and hides the one real link. Both need a `kind === "link"` filter, and "active" should exclude frozen links. On files the Overview said "1 active" at a moment when files had zero `kind: link` entries. Screenshot: `656-admin-overview-bao.jpg`.
Cordy closed this issue 2026-09-23 18:44:34 +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#688
No description provided.