Skip to content

[finding] ~10 comments date the #3290 session.tenantId removal to "v11", but it shipped in v16 — and there is no v11 release page at all #9872

Description

@os-steve

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)

Which is right: v16

Three independent reasons, all checkable:

  1. content/docs/releases/ is the authority on which major shipped a removal, and the only page that mentions Remove the deprecated hook/action ctx.session.tenantId alias in the next major (converge on organizationId) #3290 is v16.mdx (line 132: "Remove the deprecated hook/action ctx.session.tenantId alias in the next major (converge on organizationId) #3290 then removed the deprecated tenantId alias from the hook ctx.session ...").
  2. 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".
  3. 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.

Related

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions