[DRAFT/WIP] feat(web): add Stovepipe request status UI

[mnoah1]

Why?

Stovepipe exposes request lists, status summaries, and history through RPCs, but has no browser view for inspecting them. Add a UI using the components extracted in #842, with the same library/host split as SubmitQueue.

Screen.Recording.2026-10-12.at.11.48.00.AM.mov

What?

• Add web/stovepipe, a React library with a request list for each configured queue and a request page showing the backend status summary followed by request history.
• Load the summary and events together through GetRequestHistoryByID. Request IDs link to /<queue>/request/<id>; change URIs remain displayed as text. Display the backend summary directly, including state, change and baseline URIs, timestamps, and outcome reason.
• Project status, individual project results, and raw project JSON are deferred; this UI makes no project-results calls.
• Provide manual refresh and optional polling, retaining successful sections when a refresh fails on the same page.
• Add a thin Next.js host under web/service/stovepipe for authentication, configuration, server-side RPC transport, and logging, plus TypeScript bindings for the existing API and Bazel build/image targets.
• Add the local Compose overlay and make local-stovepipe-web-start, along with library, component, host, and package tests. Browser coverage is added in [DRAFT/WIP] test(web): add Stovepipe coverage and align E2E suites #838.

Test Plan

Latest validation passed all 31 targets with ./tool/bazel test //web:check //web/test/e2e/stovepipe:web_test --test_output=errors, including real-backend coverage of request-ID navigation, status summaries, history, and refresh.

Frontend and package checks passed as part of the validation above, which also built the Stovepipe image. On this PR:

./tool/bazel test //web:check --test_output=errors
./tool/bazel build //web/service/stovepipe:image

For manual review, run make local-stovepipe-web-start, open the printed URL, and sign in with username test and password test (or the configured STOVEPIPE_WEB_TOKEN).

Revert Plan

Revert #844 and #838 first if merged, then revert this PR to remove the Stovepipe UI and local host. The shared packages from #842 can remain.

Issue Links

None — no issue was supplied for this work.

Stack

1. refactor(web): extract shared UI and host packages #842 — shared-package refactoring (based on main).
2. [DRAFT/WIP] feat(web): add Stovepipe request status UI #837 — Stovepipe frontend (this PR; based on refactor(web): extract shared UI and host packages #842).
3. [DRAFT/WIP] test(web): add Stovepipe coverage and align E2E suites #838 — browser coverage and E2E organization (based on [DRAFT/WIP] feat(web): add Stovepipe request status UI #837).
4. Draft: refactor(web): let hosts handle request logging #844 — host logging integration (based on [DRAFT/WIP] test(web): add Stovepipe coverage and align E2E suites #838).

This PR's diff contains the Stovepipe additions; review the preparatory refactoring in #842. Merge in this order.