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 doing #71 (canonical naming for the boot shapes). Out of that card's declared file surface, so filed rather than fixed. Measured on d7f1ca5.
content/docs/configure/runtime.mdx carries the same three-row boot-shape table as architecture.mdx and deploy/index.mdx. Its row three says only:
| Composed | Several organizations behind the isolation wall, sharing one database, running a published app | The same artifact reference, consumed from the deployment's own configuration so the enterprise plugins load with it |
Three other pages state a hard constraint that this row does not mention — that the composed shape is air-gap-licensed only and the runtime refuses to boot otherwise:
content/docs/deploy/index.mdx:49 — "it is air-gap-licensed only, enforced at startup."
content/docs/deploy/air-gapped.mdx, heading "The hosted multi-organization shape is air-gap-licensed too" — "It requires an air-gap licence and off, both enforced at startup."
content/docs/reference/environment-variables.mdx, on OS_COMPOSED_ARTIFACT_URL — "is air-gap-licensed only, and requires OS_CLOUD_URL=off; both are enforced at startup."
Why it matters beyond tidiness: configure/runtime.mdx is titled "Runtime Configuration" and is the page a reader lands on to answer "where does the running app come from". Its own later section, "Startup decisions the runtime will not guess", explains that licence mode and cloud posture are coupled and that bad pairings are refused — but never ties that back to the composed row. A reader who plans a composed deployment from this page alone learns the shape exists, learns that some pairings are refused, and does not learn that this shape has only one licit licence mode. The failure lands as a refused boot.
Suggested fix: add the constraint to the row, matching the wording already used on the other pages, and link /docs/deploy/air-gapped where the refusal is stated. English only; the page has locale siblings, so leave them to the translation pass.
Found while doing #71 (canonical naming for the boot shapes). Out of that card's declared file surface, so filed rather than fixed. Measured on
d7f1ca5.content/docs/configure/runtime.mdxcarries the same three-row boot-shape table asarchitecture.mdxanddeploy/index.mdx. Its row three says only:Three other pages state a hard constraint that this row does not mention — that the composed shape is air-gap-licensed only and the runtime refuses to boot otherwise:
content/docs/deploy/index.mdx:49— "it is air-gap-licensed only, enforced at startup."content/docs/architecture.mdx:121— "Air-gap licensed only" (gaining the enforcement link in the The three boot shapes are named differently on architecture.mdx and deploy/index.mdx #71 PR).content/docs/deploy/air-gapped.mdx, heading "The hosted multi-organization shape is air-gap-licensed too" — "It requires an air-gap licence andoff, both enforced at startup."content/docs/reference/environment-variables.mdx, onOS_COMPOSED_ARTIFACT_URL— "is air-gap-licensed only, and requiresOS_CLOUD_URL=off; both are enforced at startup."Why it matters beyond tidiness:
configure/runtime.mdxis titled "Runtime Configuration" and is the page a reader lands on to answer "where does the running app come from". Its own later section, "Startup decisions the runtime will not guess", explains that licence mode and cloud posture are coupled and that bad pairings are refused — but never ties that back to the composed row. A reader who plans a composed deployment from this page alone learns the shape exists, learns that some pairings are refused, and does not learn that this shape has only one licit licence mode. The failure lands as a refused boot.Suggested fix: add the constraint to the row, matching the wording already used on the other pages, and link
/docs/deploy/air-gappedwhere the refusal is stated. English only; the page has locale siblings, so leave them to the translation pass.Related: #71.