Skip to content

chore(release): 0.56.0 — maintenance re-release for reference-data delivery#389

Merged
padak merged 1 commit into
mainfrom
chore/release-0.56.0
Jun 4, 2026
Merged

chore(release): 0.56.0 — maintenance re-release for reference-data delivery#389
padak merged 1 commit into
mainfrom
chore/release-0.56.0

Conversation

@padak

@padak padak commented Jun 4, 2026

Copy link
Copy Markdown
Member

Why

0.55.0 lived in main across three successive builds (#383 sync-secret audit → #379 semantic-layer reference-data#388 its changelog) under one version number before v0.55.0 was tagged. Users who installed an interim 0.55.0 build do not receive the reference-data commands via kbagent update: the auto-update check is version-only —

# version_service.py
return Version(local) >= Version(latest)   # 0.55.0 >= 0.55.0 → "already up to date", skips reinstall

Fix

Bump to 0.56.0 so /releases/latest advertises a strictly-greater target. Version("0.55.0") < Version("0.56.0") → auto-update reinstalls → the reference-data sub-app (#379) and the rest of 0.55.0 reach every user.

Scope

  • No code changes — version string + changelog only (make version-sync propagated plugin.json / marketplace.json / uv.lock).
  • reference-data stays recorded under 0.55.0 (the release it first shipped in); its since v0.55.0 doc tags remain correct.
  • make check green (3843 passed; lint/format/version/changelog/skill clean).

Open in Devin Review

…ge projects

Surfaced by running the E2E suite in CI against a GCP / Snowflake-keypair
project (the new nightly e2e.yml from #385). All findings are test/environment
robustness, NOT product bugs -- no product code changed.

- ConfigSecretEncryption (x2): read `created["data"]["id"]`, not
  `created["id"]`. `config new --push` returns the standard `{status, data}`
  envelope; the test forgot to unwrap `["data"]` (the sibling
  `_test_config_new_push` already does). Manifested as `KeyError: 'id'`.
- swap-tables rejection test: assert `"requires a branch"` instead of the old
  `"dev branch"` wording. The wording was corrected in #373 (swap works on any
  branch, incl. production); the CLI test was updated there but this E2E
  assertion was missed.
- FullE2E workspace password: keypair-auth workspaces (Snowflake
  person-keypair login) have no password, so the API returns HTTP 400
  "not supported for login type ..." -- skip that step cleanly instead of
  failing the whole run.
- metastore_scope_available preflight: also treat an unreachable metastore
  host (connection error) as "scope unavailable" and skip, so a misconfigured
  stack URL yields one clean skip instead of a wall of errors across every
  dependent test.

@devin-ai-integration devin-ai-integration Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ Devin Review: No Issues Found

Devin Review analyzed this PR and found no potential bugs to report.

View in Devin Review to see 3 additional findings.

Open in Devin Review

@padak padak merged commit 677db97 into main Jun 4, 2026
5 checks passed
@padak padak deleted the chore/release-0.56.0 branch June 4, 2026 20:15
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.

1 participant