Skip to content

Handle empty and single-data-point states across the dashboard #19

Description

@dubemoyibe-star

Context

The UI is built against the current happy path: two protocols, each with accumulated history. Several states aren't handled — a freshly deployed environment with no runs recorded, a newly added protocol with a single score, a protocol whose only runs have failed. A history chart with one data point, or a registry with zero rows, shouldn't render as a broken layout or an empty box with no explanation.

Scope

In scope: audit every data-driven view for empty, single-point, and all-failed states, and give each a deliberate rendering with an explanation of what's happening.
Out of scope: changing the API contract or what data gets returned.

Acceptance criteria

  • Registry with zero protocols renders a clear explanatory state, not an empty table
  • Protocol detail with no successful runs explains that scoring hasn't succeeded yet rather than showing null or zero as if it were a score
  • History chart handles zero and one data point without breaking layout
  • A never-scored protocol is visually distinct from one scoring badly — a missing score and a low score must not look the same
  • States verified by actually forcing them locally, not just reasoned about

Difficulty

Intermediate — needs familiarity with the codebase or methodology

Notes / open questions

The fourth criterion is the important one. A user misreading "no data yet" as "this protocol scored zero" would be actively misleading, which matters more here than in most products.

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions