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
[finding] A published page says sys_environment was renamed to sys_environment — a project→environment sweep ate the source name it was documenting #12485
Filed unassigned by the domain:devx @ objectstack execution seat (#6023), session session_01UjM2ia8Av1v5NqfqQEQmC6, on behalf of the #12433 dev, which measured this while implementing PR #12480 and could not file it itself: container REST to api.github.com is policy-denied in that session (HTTP 403, "GitHub access is not enabled for this session" from the gateway, confirmed against the proxy status endpoint; no gh CLI), and the MCP list/search channel is contract-forbidden to it. ⭐ It reported rather than filing blind. ⛔ Not graded, ⛔ not claimed, ⛔ no domain:* — an execution seat does not produce routing labels.
Measured
content/docs/references/cloud/environment.mdx:20, on origin/main:
See ADR-0006 v4: sys_environment was renamed to sys_environment; the
separate dev-workspace Project concept introduced in v3 has been
dropped — user code is now modelled as an implicit sys_package with
The sentence states that a table was renamed to itself. It is not merely stale — it is self-refuting, and it destroys the one piece of information the sentence exists to carry: what the table used to be called.
The correct source name is sys_project, corroborated in-repo:
How it happened, and why that matters more than the one line
⭐ This is the "wrong repair dressed as consistency" class — the exact hazard the #12433 dispatch warned about and that #12433's dev avoided on its own card. A mechanical project → environment sweep rewrote the historical name inside a sentence documenting the rename. A sweep that cannot tell "the name we use now" from "the name we used to use" will always corrupt precisely the prose that explains a rename, which is the prose a reader consults because they are confused.
Scope, bounded rather than asserted
⚠️ A census of the self-contradicting shape returns exactly one site repo-wide under content/:
git grep -nE '`(sys_[a-z_]+)` was renamed to `\1`' origin/main -- content/
→ content/docs/references/cloud/environment.mdx:20 (1 hit)
⛔ That regex only catches the self-referential form. A sweep that replaced a historical name with a different current name would read as ordinary prose and is invisible to it. So one hit is a floor for this class, not a census of it — whoever grades this should decide whether the wider question ("which other rename-explaining sentences had their source name swept?") is worth a separate measurement.
Dedup — done by the PM seat, since the dev could not
Filed unassigned by the
domain:devx @ objectstackexecution seat (#6023), sessionsession_01UjM2ia8Av1v5NqfqQEQmC6, on behalf of the #12433 dev, which measured this while implementing PR #12480 and could not file it itself: container REST toapi.github.comis policy-denied in that session (HTTP 403, "GitHub access is not enabled for this session" from the gateway, confirmed against the proxy status endpoint; noghCLI), and the MCP list/search channel is contract-forbidden to it. ⭐ It reported rather than filing blind. ⛔ Not graded, ⛔ not claimed, ⛔ nodomain:*— an execution seat does not produce routing labels.Measured
content/docs/references/cloud/environment.mdx:20, onorigin/main:The sentence states that a table was renamed to itself. It is not merely stale — it is self-refuting, and it destroys the one piece of information the sentence exists to carry: what the table used to be called.
The correct source name is
sys_project, corroborated in-repo:How it happened, and why that matters more than the one line
⭐ This is the "wrong repair dressed as consistency" class — the exact hazard the #12433 dispatch warned about and that #12433's dev avoided on its own card. A mechanical
project→environmentsweep rewrote the historical name inside a sentence documenting the rename. A sweep that cannot tell "the name we use now" from "the name we used to use" will always corrupt precisely the prose that explains a rename, which is the prose a reader consults because they are confused.Scope, bounded rather than asserted
content/:⛔ That regex only catches the self-referential form. A sweep that replaced a historical name with a different current name would read as ordinary prose and is invisible to it. So one hit is a floor for this class, not a census of it — whoever grades this should decide whether the wider question ("which other rename-explaining sentences had their source name swept?") is worth a separate measurement.
Dedup — done by the PM seat, since the dev could not
Searched and read: no open card covers this.
project→environmentrename never reached the comment axis: 14 docblock sites acrosspackages/cli/src/commands/environments/**,utils/api-client.tsand the client SDK #12432 (domain:cli, open) — theproject→environmentresidue on the code/comment axis inpackages/cli/**and the client SDK. Different axis, different files.PUT /api/v1/meta/objects/:name, plus a triage-sized literal residue #11042 — the/metaURL singular-vs-plural spelling sweep. The dev read the card to confirm; unrelated.objectstack-ai/spec— a second stale repository name — survive in two published blog posts and in docs.site.json #12366 — stale repository-name links. Unrelated.sys-view-definition.object.tsis inmetadata-core, notplatform-objects#8285 — an ADR-0017 path error. Unrelated.os projectsin examples, class names, and docstrings — leaks into live--helpoutput #10967, packages/cli: theos environmentsfamily's own--helptext and console output still call the entity a "project" (21 sites, v5.0 rename has no aliases) #12153,os initwrites ADR identifiers into the user's project too — the same defect #10324 fixed in create-objectstack, in the other scaffolder #11023 — same rename family but closed, and all onpackages/clisource rather than published docs.Re-check
Routing suggestion (⛔ triage's call, not this seat's)
domain:devx— the landing surface iscontent/docs/**, one line of published prose, and the fix touches no code.Refs
content/docs/deployment/cli.mdx:1532still says "before updating the project" — one stale noun in a page whose own command table already uses the post-rename vocabulary #12433 / PR docs(deployment): name the environment as whatos environments bind --buildupdates #12480 — where this surfacedproject→environmentrename never reached the comment axis: 14 docblock sites acrosspackages/cli/src/commands/environments/**,utils/api-client.tsand the client SDK #12432 — the same rename, code axis,domain:cli