An operator cannot ask which domains and sites an organization holds #110

New Issue

2026-09-21T07:18:32Z

cgalo5758 commented

2026-09-21 07:18:32 +00:00

The question

The question "what does this organization hold" has no home. The organization page shows the organization's plan, grants, members and transitions, and no section naming the resources it holds: its domains, its wiki sites, whatever a later integration adds. The resource pages cannot be asked for one holder either. Both lists take a search token that also matches the owning organization's name, which answers loosely: a name substring is not an identity, and two organizations sharing a word in their names answer the same query. What shape should the real answer take, and on which of the two pages?

What depends on the answer

Every list of a governed resource and the organization page, plus every integration that introduces a resource kind: wiki sites are listed on the wiki integration's own page, so the answer has to work for a resource whose page the core does not own.

Options known so far

A section on the organization page, one row per resource kind with a count, linking into that resource's own list filtered to the holder.
A holder filter on each resource list, addressable in the URL, with the organization page linking into it.
Both, which is one filter used from two directions.

Either way a resource page has to declare that it can be filtered by holder, and the query parameter has to fit the reserved naming the operator navigation already sets.

Decided when

An exploration settles the shape before any spec; the operator information architecture then states where the question is asked, how a resource list declares a holder filter, and what the organization page shows for a kind whose page belongs to an integration.

Migrated from status/issues.md at b7a0e15

## The question The question "what does this organization hold" has no home. The organization page shows the organization's plan, grants, members and transitions, and no section naming the resources it holds: its domains, its wiki sites, whatever a later integration adds. The resource pages cannot be asked for one holder either. Both lists take a search token that also matches the owning organization's name, which answers loosely: a name substring is not an identity, and two organizations sharing a word in their names answer the same query. What shape should the real answer take, and on which of the two pages? ## What depends on the answer Every list of a governed resource and the organization page, plus every integration that introduces a resource kind: wiki sites are listed on the wiki integration's own page, so the answer has to work for a resource whose page the core does not own. ## Options known so far - A section on the organization page, one row per resource kind with a count, linking into that resource's own list filtered to the holder. - A holder filter on each resource list, addressable in the URL, with the organization page linking into it. - Both, which is one filter used from two directions. Either way a resource page has to declare that it can be filtered by holder, and the query parameter has to fit the reserved naming the operator navigation already sets. ## Decided when An exploration settles the shape before any spec; the operator information architecture then states where the question is asked, how a resource list declares a holder filter, and what the organization page shows for a kind whose page belongs to an integration. Migrated from status/issues.md at b7a0e15

cgalo5758 added the

kind

design

area/identity area/domains area/fedwiki area/operator-ui labels 2026-09-21 07:18:32 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: wiki-cafe/member-console#110