Skip to content

[codex] Fix Snowflake workspace login type#351

Draft
zajca wants to merge 2 commits into
mainfrom
codex-snowflake-workspace-person-keypair-login-type
Draft

[codex] Fix Snowflake workspace login type#351
zajca wants to merge 2 commits into
mainfrom
codex-snowflake-workspace-person-keypair-login-type

Conversation

@zajca
Copy link
Copy Markdown
Member

@zajca zajca commented May 27, 2026

What changed

  • New config-tied Snowflake workspaces now request loginType: snowflake-person-keypair.
  • BigQuery workspaces omit loginType, preserving the Storage API default behavior.
  • The client helper now supports an optional login_type argument and only serializes it when set.
  • snowflake-person-keypair is treated as Query Service compatible in workspace list/detail enrichment.

Why

Snowflake sandbox/workspace creation was relying on the Storage API default login type. That default should only remain for BigQuery; Snowflake needs the person keypair login type for newly created workspaces.

Verification

  • env UV_CACHE_DIR=/tmp/uv-cache uv run pytest tests/test_workspace_service.py tests/test_client.py
  • env UV_CACHE_DIR=/tmp/uv-cache uv run ruff check src/keboola_agent_cli/client.py src/keboola_agent_cli/constants.py src/keboola_agent_cli/services/workspace_service.py tests/test_client.py tests/test_workspace_service.py

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