Skip to content

fix: use frontmatter table name for external model override keys#120

Merged
mattevans merged 1 commit intomasterfrom
fix/observoor-respect-overrides
Feb 26, 2026
Merged

fix: use frontmatter table name for external model override keys#120
mattevans merged 1 commit intomasterfrom
fix/observoor-respect-overrides

Conversation

@mattevans
Copy link
Member

External models with a database and table in their SQL frontmatter (e.g. observoor) had override keys built as database.filename (observoor.observoor_cpu_utilization) instead of database.table (observoor.cpu_utilization). Since the CBT binary identifies models by database.table, disabling these models via overrides had no effect, the keys never matched.

  • Add GetExternalModelOverrideKey() to seeddata that reads both database and table from frontmatter
  • Update configtui, backend_lab, and configgen to use it
  • Fix discoverAllModels() to use the same key format for allowlist expansion and hybrid routing

…ey for better key retrieval logic

feat: add onNavigateRedis to Dashboard and App components to provide Redis Explorer access
fix: improve discoverAllModels function to return database-prefixed model keys and update related tests
chore: update comments in code for clarity and maintainability
@mattevans mattevans self-assigned this Feb 26, 2026
@mattevans mattevans merged commit 5ee992c into master Feb 26, 2026
5 of 6 checks passed
@mattevans mattevans deleted the fix/observoor-respect-overrides branch February 26, 2026 04:35
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.

2 participants