Selection Lists
The values your organization's forms offer — your own lists, and the common lists FuzeFront provides to every organization.
| Name | Visibility | Your access | |||
|---|---|---|---|---|---|
| Your organization · Acme Logistics · 3 loaded | |||||
| Priority | ◉ Organization ⑂ Fork | ✎ You can edit | |||
| Lead sources | ◉ Organization | Read-only | |||
| Warehouse zones | ○ Private | ✎ You can edit | |||
| Common lists · provided by FuzeFront to every organization · 2 loaded | |||||
| Yes / No | ◎ Common | Read-only | |||
| Work status | ◎ Common | Read-only | |||
The note is driven by a loaded row with forked_from set, and is deliberately
source-neutral: the include_shared response carries no source-existence metadata, so a fork whose common
source was purged (dangling forked_from, legal per design record §5) looks exactly like one that shadows a live
common list. The copy therefore never says a common list “is hidden” or “replaced” — only that this row is a fork and that no common list
with that key is listed. Whether one exists is answered on the fork's own page (frame 7 provenance).
Visibility filter set → shadowing off (administrator view)
The filter exists only while Include common lists is ON, so a choice other than Any always sends
include_shared=true&visibility=…, which the service treats as
“show me exactly these” and stops hiding common lists behind forks. Here: Common. The common Priority reappears
next to the others. No grouping — the filter already is the group.
| Name | Visibility | Your access |
|---|---|---|
| Priority | ◎ Common | Read-only |
| Yes / No | ◎ Common | Read-only |
| Work status | ◎ Common | Read-only |
The filtered page does not mark which common lists your organization has replaced: it holds only
platform rows, so the answer is not on the page, and guessing it from an earlier page would be wrong after any
change. Opening a common list asks the service once (getEffectiveList(key)) and the detail says so —
see “your organization uses its own version”.
States
Loading
Group headers are skeletons too — they appear with the rows, never before (no empty “Common lists” header flashing).
Error
Couldn't load lists
Nothing was changed. The toggle and filters keep their values for the retry.
Empty — common lists ON, nothing readable at all
No lists yet
Your organization has no lists, and no common lists are published. Create one to start offering values in forms.
+ New list“+ New list” shows only after a successful load; a 403 on create is the approved 4.0.0 handling.
Empty — common lists OFF, no roles
No lists you have a role on
You can still read your organization's shared lists and the common lists — they're hidden by the toggle.
Feature flag OFF — fuzefront.selection-lists.shared-lists
| Name | Status |
|---|---|
| Warehouse zones | active |
Absent, not disabled: no “Include common lists” switch, no visibility filter, no group rows, no Visibility or
Your-access columns, no badges. Requests carry neither include_shared nor visibility —
exactly the approved 4.0.0 index (selection-lists/01-list-index).
Test hooks: [data-frame='01-shared-index'] · [data-panel='list-index'] · [data-control='include-shared'] · [data-toolbar='list-index'][data-include-shared='false'] · [data-filter='visibility'] · [data-visibility-filter='platform'] · [data-group='own'] · [data-group='common'] · [data-source='platform'] · [data-badge='common'] · [data-badge='fork'] · [data-editable='false'] · [data-shadow-note='priority'] · [data-action='load-more'] · [data-state='loading'] · [data-state='empty'] · [data-state='empty-shared-off'] · [data-state='error'] · [data-state='flag-off'] · [data-action='retry']
Contract: GET /v1/selection-lists?include_shared=true&status=&cursor= (shadowing on) · ?include_shared=true&visibility=platform|org|private (shadowing off) · switch OFF: neither param.
Rows read visibility, forked_from, editable; an absent editable renders no access marker (unknown ≠ read-only).
Tokens only — no raw hex, spacing or type outside tokens.css / frame.css.