You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Found while working #9809 (narrowing check-org-identifier's stated reason for excluding test files). Reported, not fixed — out of scope for that card, which is about the gate's exclusion, not this factual error. Unassigned. Not a claim.
Measured on 83f8267f5.
The contradiction
Production comments, tests, and the gate script consistently say the ctx.session.tenantId alias was removed in v11:
scripts/check-org-identifier.mjs:11 #3290 REMOVED it ... (v11 major)
packages/objectql/src/engine.ts:2909 was removed here in v11 (#3290)
packages/objectql/src/plugin.ts:945 alias was removed in v11, #3290
packages/runtime/src/domains/actions.ts:323 was removed in v11 (#3290)
packages/objectql/src/engine.test.ts:538 removed in v11 (#3290)
packages/runtime/src/http-dispatcher.test.ts:3966
packages/runtime/src/action-session-shape-contract.test.ts:88
skills/objectstack-ui/SKILL.md:1934 removed in v11 (#3290)
One file disagrees:
skills/objectstack-data/references/data-hooks.md:627 removed in v16 (#3290)
That page's Upgrade checklist → 16.0.0 lists the migration as a v16 step: "rename ctx.session.tenantId / ctx.user.tenantId to organizationId in every *.hook.ts / *.action.ts body".
There is no v11.mdx. The release pages are v9, v12, v13, v14, v15, v16, v17 — so "v11" names a major that has no release page in the tree at all.
So the majority spelling is the wrong one: a single mis-dated comment appears to have been copied outward, and data-hooks.md is the one site that has it right.
Why it is worth fixing rather than ignoring
These comments are the migration note an author or AI lands on when they hit the removed name — several of them sit directly above the blessed-name replacement. Pointing a reader at the wrong major sends them to a release page that does not exist, and check-org-identifier's own header is one of the sites, so the gate that teaches the migration mis-dates it.
Note the fix is to the comments, not to content/docs/releases/ — the release notes are already correct and are not to be edited in a code PR.
Suggested shape
Mechanical: retarget every "v11" in a #3290 / session.tenantId context to "v16". Worth one pass so the tree is self-consistent, rather than one file at a time. Whether the repo also wants a guard against a removal being dated to a major with no release page is a separate judgement, not proposed here.
Found while working #9809 (narrowing
check-org-identifier's stated reason for excluding test files). Reported, not fixed — out of scope for that card, which is about the gate's exclusion, not this factual error. Unassigned. Not a claim.Measured on
83f8267f5.The contradiction
Production comments, tests, and the gate script consistently say the
ctx.session.tenantIdalias was removed in v11:One file disagrees:
Which is right: v16
Three independent reasons, all checkable:
content/docs/releases/is the authority on which major shipped a removal, and the only page that mentions Remove the deprecated hook/actionctx.session.tenantIdalias in the next major (converge onorganizationId) #3290 isv16.mdx(line 132: "Remove the deprecated hook/actionctx.session.tenantIdalias in the next major (converge onorganizationId) #3290 then removed the deprecatedtenantIdalias from the hookctx.session...").ctx.session.tenantId/ctx.user.tenantIdtoorganizationIdin every*.hook.ts/*.action.tsbody".v11.mdx. The release pages arev9, v12, v13, v14, v15, v16, v17— so "v11" names a major that has no release page in the tree at all.So the majority spelling is the wrong one: a single mis-dated comment appears to have been copied outward, and
data-hooks.mdis the one site that has it right.Why it is worth fixing rather than ignoring
These comments are the migration note an author or AI lands on when they hit the removed name — several of them sit directly above the blessed-name replacement. Pointing a reader at the wrong major sends them to a release page that does not exist, and
check-org-identifier's own header is one of the sites, so the gate that teaches the migration mis-dates it.Note the fix is to the comments, not to
content/docs/releases/— the release notes are already correct and are not to be edited in a code PR.Suggested shape
Mechanical: retarget every "v11" in a
#3290/session.tenantIdcontext to "v16". Worth one pass so the tree is self-consistent, rather than one file at a time. Whether the repo also wants a guard against a removal being dated to a major with no release page is a separate judgement, not proposed here.Related
check-org-identifier's test exclusion).session.tenantIdwhile RLS/seed/columns useorganizationId(addorganizationIdas the blessed name) #3280 / Remove the deprecated hook/actionctx.session.tenantIdalias in the next major (converge onorganizationId) #3290 — the rename and the removal.