Skip to content

FIX: report initializer catalog outages as unavailable, not unregistered - #2469

Open
fei (feiiiiii5) wants to merge 1 commit into
microsoft:mainfrom
feiiiiii5:issue2442/catalog-unavailable-copy
Open

FIX: report initializer catalog outages as unavailable, not unregistered#2469
fei (feiiiiii5) wants to merge 1 commit into
microsoft:mainfrom
feiiiiii5:issue2442/catalog-unavailable-copy

Conversation

@feiiiiii5

Copy link
Copy Markdown
Contributor

Purpose

Fixes #2442.

When /api/initializers/settings succeeds but the registered-Initializer catalog request transiently fails, the Initializers page kept the configured rows but described valid entries as Initializer is no longer registered. — presenting a temporary metadata availability failure as a definitive registration/configuration problem.

What changed

  • resolveRegisteredInitializer gains a catalogAvailable flag (default true, so existing call sites are unaffected). When the catalog could not be loaded, rows get an UnverifiedInitializer placeholder whose copy says the catalog is temporarily unavailable and that registration state cannot be confirmed. The "no longer registered" claim is now only made when a successful catalog response actually lacks the name.
  • Initializers.tsx tracks catalog availability across loads and refreshes and threads it through BaselineInitializers / AdditionalInitializers.

Validation

  • New unit tests for both placeholder paths (initializerLookup.test.ts): catalog-unavailable copy never contains "no longer registered"; available-catalog unknown names still produce the unregistered placeholder.
  • New component regression (Initializers.test.tsx): with settings succeeding and the catalog returning 5xx, the baseline row shows "temporarily unavailable" copy, does not show "no longer registered", and a Refresh after the catalog recovers restores the real description ("Registers targets.").
  • Full Initializers suite: 75 passed (8 suites); tsc --noEmit clean; ESLint clean on all touched files.

AI usage disclosure

  • This PR was developed with AI assistance. All code was human-reviewed and verified locally via the test suites listed above.

…red (microsoft#2442)

When GET /api/initializers (the registered catalog) fails while
/api/initializers/settings succeeds, configured rows previously rendered
with 'Initializer is no longer registered.' — presenting a temporary
metadata outage as a definitive configuration problem.

resolveRegisteredInitializer now takes a catalogAvailable flag: when the
catalog could not be loaded, rows get an 'UnverifiedInitializer'
placeholder whose copy says the catalog is temporarily unavailable and
that registration state cannot be confirmed. A row is only described as
no longer registered when a successful catalog response actually lacks
the name.

Initializers tracks catalog availability across refreshes and threads it
through BaselineInitializers / AdditionalInitializers.

Signed-off-by: fei <204683769+feiiiiii5@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Initializer catalog failure falsely marks configured entries as unregistered

1 participant