Repository navigation
TBv3: filter chips show over the unfiltered tree in the Hierarchy view #2928
Description
The Hierarchy view ignores facet filters (OpenConceptLab/oclweb3#68), but keeps them in the URL so Table and Card get them back. The header search bar reads filters from the URL and doesn't know which view is showing. So after a Table → Hierarchy switch, its filter chips (e.g. "Class: Diagnosis") sit over an unfiltered tree.
Acceptance criteria
- In the Hierarchy view, the header search bar doesn't show list filters as applied, or shows them as not applying to the tree.
- Switching back to Table or Card still restores the user's list filters.
Notes
- Arriving in Hierarchy shows no chips: oclweb3#68 holds the saved defaults back until the first switch to Table or Card. The chips appear only after a round trip.
- Probably needs the current view in the URL or in shared state, so the header can tell which view is showing.
- Related, existing behavior: a search typed in the Hierarchy view returns flat search results, because the API's search path ignores
onlyHierarchyRoot. Decide whether a search should switch the view to Table.
Activity
ocl-automation commentedon Oct 20, 2026
Automated Triage — 2026-10-20
Decision:
decision/human-reviewType:
type/bugSignals:
signal/low-risk,signal/small-scope,signal/well-specified,signal/needs-humanNeeds a person: decision: decide whether a search typed in the Hierarchy view should switch the view to Table
The body describes the bug and gives two acceptance criteria. The fix is to make the header search bar aware of the current view, which likely means putting the view in the URL or shared state, and that touches a few files in the web app. It builds on oclweb3#68, which is open, but the existing behavior is enough to work against. The risk is low, since it is a UI display issue. The note on search-in-Hierarchy leaves a decision open, so I listed it as a human need.
Generated by ticket-triage pipeline v3. Model: anthropic/claude-sonnet-5.5 (openrouter).