redpanda-data / redpanda-data/console
[Bug] Schema Registry Overview card shows "Not configured" intermittently despite SR being properly configured
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 4.3k
- Forks
- 432
- Avg merge
- 3d 6h
- Merged PRs (30d)
- 40
Description
Description
The Schema Registry status card on the Console Overview page intermittently shows "Not configured" even when Schema Registry is properly configured and fully functional (messages are being deserialised correctly using schemas from the registry).
On the same page load, refreshing causes it to alternate between showing the correct count (e.g. 963 schemas) and "Not configured". This is a pure UI reporting bug — the underlying Schema Registry connection works fine.
Root Cause (suspected)
In frontend/src/state/backend-api.ts, the getSchemaRegistryInfo call appears to be gated behind a api.userData?.canViewSchemas permission check. When that flag evaluates to falsy on certain renders/refreshes, the request is skipped entirely, leaving schemaRegistry as null, which causes the Overview card to display "Not configured".
Steps to Reproduce
- Configure Redpanda Console with a valid Schema Registry URL (e.g. Confluent-compatible
kafka-cp-schema-registry). - Navigate to the Console Overview page.
- Observe the Schema Registry card — it may correctly show the schema count (e.g. "963 schemas").
- Refresh the page.
- The card now shows "Not configured".
- Refresh again — it may show the correct count once more.
The flicker is consistent and reproducible across page refreshes in the same session.
Expected Behaviour
The Schema Registry card on the Overview page should consistently display the correct status (schema count and connectivity) whenever SR is configured, regardless of how many times the page is refreshed.
Actual Behaviour
The card alternates between showing the correct schema count and "Not configured" across page refreshes, even though:
- Schema Registry is properly configured in Console's Helm values
- Messages in the topic viewer are being correctly deserialised using schemas from the registry
- The Schema Registry endpoint is reachable and healthy
Environment
- Redpanda Console version: v3.7.1 (chart 3.7.0)
- Schema Registry type: Confluent-compatible (
kafka-cp-schema-registry) - Deployment: Kubernetes (Helm chart, ArgoCD managed)
- Observation: Also co-occurs with issue #2421 (Avro bytes rendering regression), but is an independent bug
Additional Context
- The schema count of 963 is correct when the card does load — confirming the SR endpoint itself is healthy.
- The topic message viewer works correctly (Avro schemas are resolved), confirming the SR connection from Console is functional.
- This appears to be a race condition or permission-flag timing issue in the frontend state management, not a network/infrastructure problem.
- Related to (but independent from): #2421
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in frontend/src/state/backend-api.ts by reading getSchemaRegistryInfo and the api.userData?.canViewSchemas guard, then reproduce the Overview refresh behavior described in the issue. Done means the Schema Registry card consistently shows its status and schema count when configured, rather than alternating with "Not configured".
Written by the indexing model from the issue text.
Assessment
- Tech stack
- react, typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 68/100