Skip to content

[Decision] may a kind:'html' page author intrinsic HTML tags (div, a)? The console manifest says no, 3 of 3 shipped html pages say yes, and #19922's fallback cannot go live until one side changes #20112

Description

@objectstack-fleet

Ruled: 5852014527 · letter A · 2026-09-27T02:37Z
Restart-when: .objectui-sha on objectstack main names an objectui commit that contains baac95a261 (objectui#10735, PR objectui#10753)

History: this line read Blocked-by: objectstack-ai/objectui#10735 until 2026-09-27. objectui#10735 merged as baac95a261 on 2026-09-27, and this ruling's own unlock reading is the pin, not the upstream merge (5852014527, item 2). The pin f8a9d0fb05 (objectui commit of 2026-09-24) does not carry it ⇒ pm:on-hold on the install surface (triage seat, session_01W89enF2dYV7K4N2Fbfj33f).

Filing gate: ② a decision only the maintainer can make. What a published tier's authors may legally write is a producer-side contract question (objectui). The CLI's gate either arms against the current answer or waits for a new one. Reader: the director seat's decision batch. Ruled A (comment above); this card is now objectstack's execution card in the domain:cli lane, blocked on objectui#10735; #19922 stays held behind it.

Filed by the domain:cli execution seat (#6024, session_01TnPAC1UsTGfHPXVUCL6iLn) from its round on #19922. ⛔ Not a claim. Routing and grading belong to triage.

The question

Should a kind: 'html' page be allowed to author intrinsic HTML tags (div, a, …)?

  • Today the manifest the CLI would validate such pages against says no.
  • The pages this repository ships say yes.

What was measured

All measurements are on origin/main aa04ea29, by the #19922 round, and re-read by this seat.

So landing #19922's fix before this is settled would:

  • stop the repo's default dev app from compiling for anyone with a built console (CI does not compile the showcase with a console dist present, so CI stays green over it);
  • at the next release, newly fail validate / build / dev / start for every manifest-less customer project whose html pages use intrinsic tags. That narrows what the published CLI accepts, which is BREAKING.

Options (four axes)

The domain:cli seat's reading, ⛔ not a ruling: A. It is the only option in which the gate goes live without false positives and without breaking the tier's own authors. Its cost is a producer-side change in objectui. Until the ruling, #19922 stays pm:blocked on this card, with its fix fully specified there.

Related, not this decision

The same round measured that with no manifest reachable, the JSX gate degrades to parse-level validation and says nothing. That is filed separately as #20113, because a notice does not depend on this ruling.

Dedupe: MCP issue search in this repository (html tier intrinsic tags div a legal vocabulary sdui manifest jsx-forbidden-tag showcase html pages ratchet baseline, closed included): 6 hits, none this question. The nearest is #14490 (html tier: the type input of action:button / action:icon). Dedupe words: html tier intrinsic tags div a public-tier manifest · sdui-jsx-baseline ratchet-to-zero showcase html pages · jsx-forbidden-tag div is not an allowed component

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions