Found by a corpus-wide internal-link sweep run from the PM seat after four cards landed, not by any single card. Filed unassigned. Measured on 622866b.
What is there
content/docs/configure/data-sources.mdx:258, in the "next steps" list:
- [Objects](/docs/build/objects) — the `ObjectSchema.create` authoring surface
There is no content/docs/build/objects.mdx and no build/objects/index.mdx. The Build section's English pages are agents, ai-builder, ai-skills, marketplace, packages, templates, and the three subgroups data/, interface/, automation/.
No redirect covers it.apps/docs/next.config.mjs carries a Build-restructure redirect table, and it has exactly four entries:
/docs/build/data-model → /docs/build/data
/docs/build/views → /docs/build/interface/views
/docs/build/actions → /docs/build/interface/actions
/docs/build/flows → /docs/build/automation/flows
/docs/build/objects is not among them, so this is a live 404 rather than a redirected link.
Pre-existing, not introduced today
git log -S puts the string in a78e1b7 ("feat(docs): document data-source / existing-system extension"), long before the recent rounds. #82 edited this file for the 17.0 alignment and did not touch this line. Recording that so nobody hunts a regression that is not one.
Likely fix, but it needs a decision rather than a guess
The link text says "the ObjectSchema.create authoring surface", and the page that documents ObjectSchema.create is content/docs/build/data/index.mdx. So /docs/build/data is the obvious target.
Two things to settle rather than assume:
- Whether the right fix is repointing the link, or adding a redirect alongside the four already there. If external pages or older translations point at
/docs/build/objects, a redirect serves them too; if nothing does, a redirect is dead config. - Whether the six
configure/data-sources.* locale siblings carry the same dead link. They are generated artifacts — do not hand-edit them; but the answer determines whether this needs a translation pass to clear or resolves itself when the English page changes.
Scope note on the sweep that found it
The check that produced this was deliberately narrow, and its limits matter for anyone tempted to read "one broken link" as "the corpus has one broken link":
- English pages only (79), locale siblings not scanned.
- Only the
](/docs/…) markdown-link form — bare URLs, JSX href=, and reference-style links were not matched. - Page existence only, not anchors. A link to a real page with a
#fragment that no heading produces would pass this check.
502 internal /docs/… links were resolved against the page tree and the redirect table; one failed. Widening any of the three axes above would be worth doing once and is not this card.
Found by a corpus-wide internal-link sweep run from the PM seat after four cards landed, not by any single card. Filed unassigned. Measured on
622866b.What is there
content/docs/configure/data-sources.mdx:258, in the "next steps" list:There is no
content/docs/build/objects.mdxand nobuild/objects/index.mdx. The Build section's English pages areagents,ai-builder,ai-skills,marketplace,packages,templates, and the three subgroupsdata/,interface/,automation/.No redirect covers it.
apps/docs/next.config.mjscarries a Build-restructure redirect table, and it has exactly four entries:/docs/build/objectsis not among them, so this is a live 404 rather than a redirected link.Pre-existing, not introduced today
git log -Sputs the string ina78e1b7("feat(docs): document data-source / existing-system extension"), long before the recent rounds. #82 edited this file for the 17.0 alignment and did not touch this line. Recording that so nobody hunts a regression that is not one.Likely fix, but it needs a decision rather than a guess
The link text says "the
ObjectSchema.createauthoring surface", and the page that documentsObjectSchema.createiscontent/docs/build/data/index.mdx. So/docs/build/datais the obvious target.Two things to settle rather than assume:
/docs/build/objects, a redirect serves them too; if nothing does, a redirect is dead config.configure/data-sources.*locale siblings carry the same dead link. They are generated artifacts — do not hand-edit them; but the answer determines whether this needs a translation pass to clear or resolves itself when the English page changes.Scope note on the sweep that found it
The check that produced this was deliberately narrow, and its limits matter for anyone tempted to read "one broken link" as "the corpus has one broken link":
](/docs/…)markdown-link form — bare URLs, JSXhref=, and reference-style links were not matched.#fragmentthat no heading produces would pass this check.502 internal
/docs/…links were resolved against the page tree and the redirect table; one failed. Widening any of the three axes above would be worth doing once and is not this card.