fix-tui-hud

Fix: TUI HUD active-task count disagrees with viz

Metadata

Statusdone
Assignedagent-745
Agent identityf51439356729d112a6c404803d88015d5b44832c6c584c62b96732b63c2b0c7e
Created2026-04-27T16:20:42.025213243+00:00
Started2026-04-27T16:21:45.838412749+00:00
Completed2026-04-27T16:52:40.466022492+00:00
Tagstui,bug, eval-scheduled

Description

Description

The TUI HUD shows '1/8 tasks active' but the graph viz shows ~6 tasks actually in-progress. The HUD counter is undercounting.

Investigate:

  1. Where the HUD's 'N/M active' count is computed (likely src/tui/, search for 'active' or counter formatting)
  2. Where the viz determines a task is 'running' (highlighting, colour, etc.)
  3. Reconcile: are they using different filters? (e.g. HUD might count only one status like 'in-progress', viz might also include 'pending-validation' or agent-spawned states)
  4. Pick the right definition of 'active' (probably: status in {in-progress, pending-validation} + has live agent) and use it consistently in both places — extract a helper if not already present

Reproduction:

  • User observed 1/8 in HUD vs ~6 highlighted as running in 'wg viz' / TUI graph view
  • Likely reproducible right now on this graph since the chat-redesign batch is dispatching multiple agents

Validation

  • Failing test first: a graph with K in-progress tasks reports 'K/total' in the HUD (not less)
  • HUD count == count of tasks visually marked 'running' in the TUI viz, on the same snapshot
  • Definition of 'active' is documented/inline-commented at the helper site
  • Live-smoke: launch TUI on a graph with multiple in-progress tasks; HUD count matches highlighted-node count
  • cargo build + cargo test pass

Depends on

Required by

Log