Skip to content

fix(dashboard): classify suffixed P3 protocol names from metadata - #180

Merged
mbreiser merged 1 commit into
mainfrom
fix/dashboard-p3-family-suffix
Sep 6, 2026
Merged

fix(dashboard): classify suffixed P3 protocol names from metadata#180
mbreiser merged 1 commit into
mainfrom
fix/dashboard-p3-family-suffix

Conversation

@mbreiser

@mbreiser mbreiser commented Sep 6, 2026

Copy link
Copy Markdown
Contributor

Summary

Rig-saved P3 variants (p3-heisenberg-ts-full-led8.yaml, …-full-led8-40sTrain.yaml, …-short-led5.yaml) showed as p3 legacy diagnostic in the dashboard's run list and protocol filter because the metadata-only classifier required the filename to end in _short/_full. The regex now allows trailing suffix segments.

Analysis impact: none. Once a run is loaded, protocolInfo re-runs with the condition names (baseline_phase0 …) and already classified these as p3-heisenberg-ts, non-legacy, so cue normalization and every P3 plot were correct. This only fixes the catalog label and the protocol filter grouping.

Tests: metadata-only classification for four suffixed names (family, timing, non-legacy). Dashboard analysis suite green.

🤖 Generated with Claude Code

…0sTrain) from metadata

The catalog classifies runs from run_metadata alone (no condition names yet);
the P3 family regex required the filename to END in _short/_full, so rig-saved
variants such as p3-heisenberg-ts-full-led8.yaml showed as "p3 legacy
diagnostic" in the run list and protocol filter. Once loaded, the run was
re-classified correctly from its condition names, so analysis numbers were
never affected — this fixes the label/filter only. Tests added.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@mbreiser
mbreiser merged commit 7a73a30 into main Sep 6, 2026
@mbreiser
mbreiser deleted the fix/dashboard-p3-family-suffix branch September 6, 2026 15:30
mbreiser added a commit that referenced this pull request Sep 6, 2026
…d suffixed-name fix (#179, #180) (#182)

Both dashboard PRs shipped without bumping the footer version/ET stamp the
web-tool footer rule requires. Code was deployed (cache-busted script tags);
this is the visible marker only.

Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant