Skip to the content.

v1.3.3 Plan

Status: Working draft Branch: designer Focus: UI revalidation, shared-system consolidation, backend contract sync, and page-by-page refinement


0. Progress Snapshot


1. Purpose

v1.3.3 is a UI-focused release.

This is not a backend design release in the same sense as the archived v1.3.x plans. The job here is to:

The target is a UI that is correct, predictable, mode-aware, and easier to continue evolving.


2. Working Principles

2.1 Keep tram/ui/src/api.js as the UI contract layer

All UI-to-backend calls should flow through tram/ui/src/api.js unless there is a very specific reason not to:

If a page uses direct fetch() without a good reason, it should be pulled back into api.js.

2.2 Prefer shared UI resources before page-local code

The repo already has shared frontend resources:

Use those first. If the same renderer, modal behavior, or status treatment appears in multiple places, it should be consolidated unless there is a clear behavioral difference.

2.3 Theme parity is required

Active pages must work in both dark and light theme.

2.4 Browser navigation is part of correctness

Routing is not just a convenience layer.

2.5 Standalone mode is still supported

Every affected page must be checked in:

No page should silently assume workers exist.

2.6 Dashboard remains an overview page

The dashboard should stay light:

It should not become a full ops dashboard.

2.7 Detail page owns runtime depth

The pipeline detail page is the correct place for:

2.8 Wizard stays, but with narrower scope

The wizard is still useful for common flows and onboarding. It may remain in the codebase, but it should not compete with the editor or pretend to be a reachable first-class flow while disabled.


3. Current Known Issues

This section now mixes carried-forward release items with the new end-to-end UI audit findings. Completed slices are recorded in section 8; unresolved items remain here until they are closed or explicitly deferred.

3.1 Contract and API client issues

3.2 Shell, routing, and navigation issues

3.3 Shared UI system and styling issues

3.4 State, polling, and caching issues

3.5 Cluster and overview information gaps

3.6 Validation and release-close issues


4. Main Workstreams

Completed slices are captured in section 8. The remaining v1.3.3 work is centered on the unresolved items below.

A. Core Correctness / Route / State Cleanup

This comes before any last-mile visual polish.

Target items:

Definition of done:

B. Shared UI System Consolidation

Use the shared resources already in the repo before adding page-local code.

Target items:

Definition of done:

C. Shared Contract / API Surface Discipline

Keep tram/ui/src/api.js as the UI contract layer and re-check any remaining drift.

Target items:

Definition of done:

D. Shared Stats / Overview Contract

Define the minimum backend contract needed for:

Target chart controls if feasible:

Definition of done:

E. Dashboard + Overview Consistency

Keep dashboard lightweight, but make it truthful.

Target items:

Definition of done:

F. Pipelines / Detail / Editor / Templates Convergence

These pages are the main operator workflow and should feel like one connected system.

Target items:

Pipelines page:

Detail page:

Definition of done:

G. Cluster and Standalone Truth Pass

Cluster page should be rebuilt around current backend truth, while preserving standalone support.

Standalone:

Manager:

Definition of done:

H. Wizard Decision / Route Truth

The wizard may stay in the codebase, but the main UI must be honest about its state.

Goals:

Definition of done:


5. Page Status Board

This section is the high-level snapshot only. Section 7 is the detailed manual-validation source of truth. Implementation cleanup across active pages is largely done; what remains is a smaller code close-out plus the full manual sweep.


6. Validation Lenses

Each page should be checked for:


7. Manual Validation Tracker

Use this section as the single detailed page-by-page click-through tracker for a running UI.

Suggested status markers:

For each page, validate both where applicable:

7.1 Core Shell

7.2 Dashboard

7.3 Pipelines Page

7.4 Pipeline Detail Page

7.5 Pipeline Editor

7.6 Pipeline Wizard

7.7 Runs Page

7.8 Schemas Page

7.9 MIBs Page

7.10 Cluster Page

7.11 Plugins Page

7.12 Settings Page

7.13 Templates Entry (Pipelines Modal / #templates Alias)

7.14 Cross-Page Navigation Flows

7.15 Shared UI Consistency


8. Testing Record

Use this section to separate automated verification from manual verification as work progresses.

Completed Change Summary

Remaining Active Findings To Close

Automated

Manual


9.1 Remaining Execution Order For v1.3.3

The following order reflects the current release decision:

Recommended remaining order:

  1. Final checklist close-out
  2. Carry deferred follow-ups into the next pass

Current next batch:

Out of scope for v1.3.3:


10. Execution Order

Recommended order:

  1. Core correctness / route / state cleanup
  2. Shared contract / API surface discipline
  3. Shared UI system consolidation
  4. Dashboard + pipelines/detail/editor/templates convergence
  5. Cluster + standalone truth pass
  6. Full page-by-page regression sweep

Reason:


11. Open Decisions

These should be answered during implementation, not deferred indefinitely.


12. Release Done Criteria

v1.3.3 is done when: