You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While implementing #334 / PR #390, the Dashboard filter bar appeared to regress to separate From and To fields for existing saved queries. There is only one filter-panel renderer; the visual regression happened because two paths decide whether a compound time-range group exists:
save-time inference persists spec.timeRanges during saved-query create/commit;
load-time inference is still required for legacy saved queries that predate that metadata.
Removing the second path breaks existing dashboards. Keeping both as independent implementations risks drift in ambiguity handling, supported parameter types, targeting, diagnostics, and explicit opt-out behavior.
Desired outcome
Provide one shared inference policy/result model that both save-time metadata persistence and legacy Dashboard load-time compatibility consume, without coupling the Dashboard UI to SQL parsing or persistence.
Required semantics
Omitted timeRanges on a legacy saved query may use conservative load-time inference.
Explicit timeRanges: [] is authoritative opt-out and must never fall back to inference.
A non-empty authored value is authoritative; malformed or unresolved authored metadata fails closed with diagnostics.
Inference remains exact-name, ambiguity-safe, target-aware, scalar-only, and limited to supported date/time contracts.
Context
While implementing #334 / PR #390, the Dashboard filter bar appeared to regress to separate From and To fields for existing saved queries. There is only one filter-panel renderer; the visual regression happened because two paths decide whether a compound time-range group exists:
spec.timeRangesduring saved-query create/commit;Removing the second path breaks existing dashboards. Keeping both as independent implementations risks drift in ambiguity handling, supported parameter types, targeting, diagnostics, and explicit opt-out behavior.
Desired outcome
Provide one shared inference policy/result model that both save-time metadata persistence and legacy Dashboard load-time compatibility consume, without coupling the Dashboard UI to SQL parsing or persistence.
Required semantics
timeRangeson a legacy saved query may use conservative load-time inference.timeRanges: []is authoritative opt-out and must never fall back to inference.Acceptance criteria
Discovered during #334 implementation and compatibility repair in PR #390.