Skip to content

status: derive provider list from daemon provider summary#215

Merged
ToadAid merged 2 commits into
mainfrom
mirror/status-derive-provider-list-from-daemon-summary
Mar 23, 2026
Merged

status: derive provider list from daemon provider summary#215
ToadAid merged 2 commits into
mainfrom
mirror/status-derive-provider-list-from-daemon-summary

Conversation

@ToadAid
Copy link
Copy Markdown
Owner

@ToadAid ToadAid commented Mar 23, 2026

Summary

  • derive status.provider.providers from the daemon-backed provider summary instead of reading runtimeHost.providerPlane.listProviders() directly
  • extend the daemon provider summary to carry url and last_error
  • add focused daemon provider-summary coverage for the new fields

Why

This finishes the remaining provider truth gap in the status seam by making the status provider list come from the same daemon-backed summary path as the other provider aggregate fields.

Scope

Changed:

  • src/mirrordaemon/daemon_types.ts
  • src/mirrordaemon/runtime_state.ts
  • src/mirrordaemon/runtime_state.test.ts
  • src/mirror/status/status.ts

Not changed:

Details

This patch:

  • adds url and last_error to MirrordaemonProvidersSummary.providers[]
  • populates those fields in buildProvidersSummary(...)
  • changes status.ts to source:
    • provider.active_provider_id
    • provider.total
    • provider.available
    • provider.fallback_available
    • provider.providers
      from getMirrordaemonProvidersState(...) instead of mixing in direct providerPlane.listProviders() reads

Verification

  • pnpm vitest run src/mirrordaemon/runtime_state.test.ts
  • pnpm vitest run src/mirror/status/tests/status.test.ts

@ToadAid ToadAid merged commit a5f4c08 into main Mar 23, 2026
27 of 28 checks passed
@ToadAid ToadAid deleted the mirror/status-derive-provider-list-from-daemon-summary branch March 23, 2026 19:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant