Skip to content

docs(gotchas): planLimitReached is masked by the cold-start message (FT-5227)#104

Merged
wmadden merged 1 commit into
mainfrom
gotcha/planlimit-masked-by-coldstart
Jul 16, 2026
Merged

docs(gotchas): planLimitReached is masked by the cold-start message (FT-5227)#104
wmadden merged 1 commit into
mainfrom
gotcha/planlimit-masked-by-coldstart

Conversation

@wmadden-electric

Copy link
Copy Markdown
Contributor

Intent

Record a Prisma Postgres gotcha hit while re-proving the streams module (#92): every database in the workspace refused connections, but the first connect returned the FT-5226 cold-start message — "not configured correctly yet… try again in a minute or two" — while the real cause, a permanent Your account has restrictions: planLimitReached, only appeared on a warm retry. The two conditions want opposite responses (retry vs. stop and reclaim a database), so the message that arrives first tells you to do the wrong thing, and the documented cold-start retry spends its whole budget re-showing it. Through our hosted state store it surfaces as an ownership-verification failure, pointing a layer away from the cause.

The entry also records the disambiguating probe: a freshly created database connects on the first attempt while the existing ones keep failing, which identifies a count limit rather than a broken database or a cold proxy.

Upstream ticket: FT-5227.

Scope

gotchas.md only — one new entry plus its contents-table line, following the existing entry format.

Deliberately not included: the sibling finding that a failed state bootstrap orphans a project + database is our own framework's behaviour, and this file is scoped to friction hit while consuming Prisma Next / Compute / Postgres. It is filed as #103 instead.

Verification

Docs-only change; no code paths affected. Cross-references FT-5226 (the message this is confused with) and state/bootstrap.ts's verifyOwnership, where it surfaced.

🤖 Generated with Claude Code

…FT-5227)

Hit while re-proving the streams module: every database in the workspace
refused connections, but the first connect reported the FT-5226 cold-start
"not configured correctly yet — try again in a minute or two" message. Only
a warm retry revealed the real cause, a permanent account restriction. The
two conditions want opposite responses (retry vs stop and reclaim), and a
bounded cold-start retry spends its whole budget re-showing the misleading
one. Through the hosted state store it surfaces as an ownership-verification
failure, pointing at the state store rather than the account.

Records the disambiguating probe: a freshly created database connects on the
first attempt while the existing ones keep failing.

Signed-off-by: willbot <w.a.madden+machine@gmail.com>
Signed-off-by: Will Madden <madden@prisma.io>
@wmadden wmadden merged commit 0108342 into main Jul 16, 2026
10 of 11 checks passed
@wmadden wmadden deleted the gotcha/planlimit-masked-by-coldstart branch July 16, 2026 15:19
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