Skip to content

Read baseline identity without alias expansion so anchored starters validate - #574

Merged
callumalpass merged 1 commit into
mainfrom
fix/manifest-baseline-yaml-anchors
Oct 3, 2026
Merged

callumalpass merged 1 commit into
mainfrom
fix/manifest-baseline-yaml-anchors

Conversation

@callumalpass

Copy link
Copy Markdown
Contributor

Found while preparing TaskNotes for baseline lists (#567): validateAppManifest throws ReferenceError: Alias resolution is disabled for TaskNotes' tasknotes.task manifests — both the rc.17 one on TaskNotes main and the new rc.18 one — because its first task starter reuses an enum through a YAML anchor (&a1).

typeFrontmatter (packages/protocol/src/manifest.ts) and declaredTypeVersion (packages/devkit) converted the whole baseline frontmatter with toJS({ maxAliasCount: 0 }). Both only need the top-level kind, name and version; they now read those with Document.get, so anchors elsewhere are harmless and alias expansion stays disabled.

…alidate

typeFrontmatter (protocol manifest validation) and declaredTypeVersion
(devkit) converted the whole baseline frontmatter with toJS({ maxAliasCount:
0 }), which throws on any YAML alias. TaskNotes' first task starter reuses an
enum through `&a1`, so its rc.17 and rc.18 manifests failed validation. Both
only need the top-level kind, name and version: read those with
Document.get, keeping alias expansion disabled.
@callumalpass
callumalpass added this pull request to the merge queue Oct 3, 2026
Merged via the queue into main with commit 05b4b01 Oct 3, 2026
27 checks passed
@callumalpass
callumalpass deleted the fix/manifest-baseline-yaml-anchors branch October 3, 2026 05:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant