chore(deps): upgrade Cube.js + CubeStore 1.6.37 → 1.6.68#61
Merged
Conversation
Bump all 30 @cubejs-backend/* packages (cubejs) and @cubejs-client/core (actions, 0.28.25 → 1.6.68) to the latest release, and align every CubeStore reference (.env.example, docker-compose.stack.yml default) to v1.6.68 so the store's partition format matches the driver. Reproducible-build hardening: - Regenerate both yarn.lock files to exact 1.6.68 (were stale at ^1.6.19, which let the Docker build silently float to whatever was newest). - Add --frozen-lockfile to both Dockerfiles so a stale lock now fails the build instead of re-resolving. Benefits picked up from 1.6.38–1.6.68: FILTER_PARAMS fixes (1.6.61/65/66, underpin the 014 dynamic map/JSON rewrite), compiler-cache correctness fix (1.6.67, used by 011/013), memberToAlias threading (1.6.63), ClickHouse custom HTTP headers (1.6.64), faster CubeStore repartition (1.6.61). Tested locally (from-scratch frozen builds): actions 52/52, cubejs 613/615 (2 pre-existing buildWhereClause partition failures only, unchanged from 1.6.37), SC-003 validator corpus 7/7, all deep-internal imports resolve, service boots with /livez + /readyz = 200. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
acmeguy
added a commit
that referenced
this pull request
Jul 7, 2026
…core 1.x (#62) The 1.6.68 client (#61) renamed the API class CubejsApi → CubeApi and switched to ESM named exports, so `const { CubejsApi } = cubejsClientCore` resolved to undefined and `new CubejsApiClient(...)` threw "CubejsApiClient is not a constructor" — breaking every run_query / run_sql path through the actions service (client-v2 GraphQL errors). Import the class by its new name via a named import; constructor signature and .meta()/.sql()/.load() are unchanged. Verified in a 1.6.68 image: constructor + methods present, cubejsApi.js loads clean. Missed by unit tests because they never construct the client at runtime. Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Upgrades all Cube.js libraries and CubeStore from 1.6.37 → 1.6.68 (latest), and fixes the reproducible-build gap that let Docker builds silently float.
Changes
@cubejs-backend/*→1.6.68@cubejs-client/core^0.28.25→1.6.68.env.example+docker-compose.stack.ymldefault →v1.6.68yarn.lockregenerated to exact1.6.68(were stale at^1.6.19)--frozen-lockfile— a stale lock now fails the build instead of re-resolving to the newest releaseWhy
Fixes the version-floating that broke builds (PR #59 pinned
package.jsonbut left the lock stale). Also picks up fixes that land directly on our feature surfaces: FILTER_PARAMS (1.6.61/65/66 — underpin 014 dynamic map/JSON), compiler-cache correctness (1.6.67 — 011/013), memberToAlias (1.6.63), ClickHouse custom HTTP headers (1.6.64), faster CubeStore repartition (1.6.61).Tested locally (from-scratch frozen Docker builds)
buildWhereClausepartition failures only — unchanged from 1.6.37)prepareCompilervalidation unchangedserver-core/dist/...,api-gateway/dist/...) resolve with correct exports/livez+/readyz= 200Deploy note
The running dev CubeStore container is pinned (
cubejs/cubestore:v1.6.37) in the infra repo and must be bumped tov1.6.68alongside this merge so the store's partition format matches the driver.🤖 Generated with Claude Code