Background
PR #227 wired SettingsPage's Default Provider <select> to GET /config/providers so it stays in sync with the ProviderName Literal type automatically.
RunControlPage.tsx still has a hardcoded PROVIDERS constant (used in the run-form provider select). Adding a new adapter and updating ProviderName will surface it in Settings but not in the Run form until this is fixed.
Work
- Fetch
/config/providers on RunControlPage mount (parallel-fetch pattern already used in SettingsPage).
- Replace the hardcoded
PROVIDERS constant with the API response list.
- Add/update test to assert a dynamic provider appears in the run-form select.
Acceptance criteria
Background
PR #227 wired
SettingsPage's Default Provider<select>toGET /config/providersso it stays in sync with theProviderNameLiteral type automatically.RunControlPage.tsxstill has a hardcodedPROVIDERSconstant (used in the run-form provider select). Adding a new adapter and updatingProviderNamewill surface it in Settings but not in the Run form until this is fixed.Work
/config/providersonRunControlPagemount (parallel-fetch pattern already used inSettingsPage).PROVIDERSconstant with the API response list.Acceptance criteria
ProviderNamevalue surfaces automatically in the Run formnpm run test -- --runpassesnpm run lintandnpm run typecheckclean