Skip to content

fix(cli): bump @supabase/typegen to 0.3.3 - #7585

Merged
jgoux merged 1 commit into
developfrom
chore/bump-typegen-0.3.3
Nov 12, 2026
Merged

jgoux merged 1 commit into
developfrom
chore/bump-typegen-0.3.3

Conversation

@spydon

@spydon spydon commented Nov 11, 2026

Copy link
Copy Markdown
Contributor

Bumps @supabase/typegen to 0.3.3, which pulls in @supabase/postgrest-typegen 0.8.0. That release infers column nullability for functions that RETURNS TABLE, so supabase gen types emits more accurate return types for those functions.

The minimumReleaseAgeExclude entries in pnpm-workspace.yaml move to the new versions.

Release notes: typegen 0.3.3, postgrest-typegen 0.8.0.

@spydon
spydon requested review from a team and supabase-oss as code owners November 11, 2026 16:42
@spydon
spydon requested a review from jgoux November 11, 2026 16:42

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🤖 AI Review

Both independent reviews reported no findings. Code inspection confirms the dependency versions, lockfile entries, and release-age exclusions are consistent. No fundamental conflict with the listed next-branch work is evident. Upstream package behavior could not be verified from the checked-out files.

Findings

No issues found.

Stats

Claude findings: 0 · Codex findings: 0 · Confirmed: 0 · Refuted: 0 · Uncertain: 0


Models: claude-opus-5-5 + gpt-6.1-sol · Trigger: auto · Workflow run

This review runs once per PR. A maintainer can request another with a /ai-review comment.

@github-actions

Copy link
Copy Markdown
Contributor

CLI benchmark (Lightweight Commands): no changes found

Commit aa36793 against develop at 4231a82 · 10 runs each · report only, never blocks merging

Command Workload Before After Change
supabase --version version 302 ms 312 ms no real change
supabase --help help 312 ms 323 ms no real change
supabase init init 330 ms 315 ms no real change
supabase migration new bench migration-new 435 ms 543 ms no real change (+25%, within normal variation)
supabase config convert config-convert 504 ms 488 ms no real change
supabase gen types --lang typescript --project-id replayfixtureprojref gen-types 465 ms 470 ms no real change
supabase projects list projects-list 423 ms 387 ms no real change (-8%, within normal variation)
supabase functions list --project-ref replayfixtureprojref functions-list 312 ms 326 ms no real change

API calls: unchanged for all 8 commands.

Binary size: 135.0 MB, up 12.0 KB from 135.0 MB.

Details: timing ranges, API calls per command, slowest phases

Timing ranges

Command Workload Before range After range Change Verdict
supabase --version version 257-389 ms 249-412 ms +10 ms (+3%) within noise
supabase --help help 279-402 ms 255-387 ms +11 ms (+4%) within noise
supabase init init 265-450 ms 246-440 ms -15 ms (-5%) within noise
supabase migration new bench migration-new 377-744 ms 341-750 ms +108 ms (+25%) within noise
supabase config convert config-convert 367-866 ms 388-802 ms -16 ms (-3%) within noise
supabase gen types --lang typescript --project-id replayfixtureprojref gen-types 333-668 ms 387-646 ms +5 ms (+1%) within noise
supabase projects list projects-list 315-544 ms 274-593 ms -36 ms (-8%) within noise
supabase functions list --project-ref replayfixtureprojref functions-list 280-403 ms 295-371 ms +14 ms (+4%) within noise

API calls per command

Command Workload Before After Endpoint changes
supabase --version version 0 0
supabase --help help 0 0
supabase init init 0 0
supabase migration new bench migration-new 0 0
supabase config convert config-convert 0 0
supabase gen types --lang typescript --project-id replayfixtureprojref gen-types 2 2
supabase projects list projects-list 1 1
supabase functions list --project-ref replayfixtureprojref functions-list 2 2

Slowest phases

No command moved beyond noise, so there are no phase deltas.

Workflow run

Comment /bench to run the lightweight benchmark (this comment) again on the latest commit, or /bench full to also run the integration-heavy benchmark, which posts in its own comment.

@jgoux jgoux left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

The bump makes supabase gen types fail outright against PostgreSQL 13 databases; details inline. The lockfile and minimumReleaseAgeExclude entries are otherwise consistent with the new versions.

Comment thread apps/cli/package.json Resolved
@jgoux
jgoux added this pull request to the merge queue Nov 12, 2026
Merged via the queue into develop with commit 85eab76 Nov 12, 2026
67 checks passed
@jgoux
jgoux deleted the chore/bump-typegen-0.3.3 branch November 12, 2026 11:29
spydon added a commit to supabase/sdk that referenced this pull request Nov 12, 2026
The Supabase CLI is dropping PostgreSQL 13, which makes 14 the oldest
version `introspect()` has to support. On 14, view column nullability
and `RETURNS TABLE` column nullability inferred nothing: PostgreSQL 14
writes range table entries as `RTE` in its node trees, where 15 and
later write `RANGETBLENTRY`, and the walk only accepted the latter.
Every view column and every `RETURNS TABLE` column on a PostgreSQL 14
database was therefore generated as nullable. The walk now accepts both
names, and on 14 the full test fixture produces exactly the same output
as on 15.

To keep the minimum supported version working, the parity test now runs
on PostgreSQL 14 (`MINIMUM_POSTGRES_VERSION`) as well as 15, against the
same golden files. A query that reads a catalog column added after 14,
or any other difference in what 14 produces, fails every pull request.
The view and `RETURNS TABLE` nullability suites include 14 too. Without
the fix, 11 tests fail on 14; with it, the full suite passes. The README
has a new "Supported PostgreSQL versions" section that names the minimum
and where it is enforced.

Generated output on PostgreSQL 15 and later is unchanged.

Context:
supabase/cli#7585 (comment) found
that 0.8.0 fails on PostgreSQL 13, because it reads
`pg_proc.prosqlbody`, which exists from 14. With 13 no longer supported,
that query stays as it is.
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