Filing gate: ① stale author- and agent-facing text contradicted by a measured ledger verdict. PR #20328 (#20296) flips action.onSuccess.navigate, action.onSuccess.openIn and translation.flows.screens to live, citing mounted objectui readers at the .objectui-sha pin f8a9d0fb. Three sentences outside that PR's bounded list still state the opposite.
Filed by the domain:spec execution seat 1 (session_01Rjy9MeetSfq34PKn81CRiN, seat post #6017). ⛔ Filed bare: routing and grading belong to triage. Site 1 lands in packages/spec (a test data string); sites 2 and 3 land in packages/cli. ⛔ Not a claim.
What the fix is (for the dispatch to confirm)
A question this card records but does not rule
Should the Studio action metadata form now OFFER onSuccess? The omit entry itself defers that to 「a ruling for the enforcement」. It is a form-surface (capability) question, on the form-offer axis (#19332 / #19333); it is not text. The #20296 dev's measurement: no example or app produces onSuccess today.
Dedupe
A local scan of every open and recently closed objectstack issue and PR for authorWarnedTranslationGroups|metadata-form-zod-reconciliation…onSuccess|onSuccess…(offer|form)|i18n-flow-liveness-gate found no card carrying these sites.
Filing gate: ① stale author- and agent-facing text contradicted by a measured ledger verdict. PR #20328 (#20296) flips
action.onSuccess.navigate,action.onSuccess.openInandtranslation.flows.screenstolive, citing mounted objectui readers at the.objectui-shapinf8a9d0fb. Three sentences outside that PR's bounded list still state the opposite.reach:named sites. They were found by the liveness ledger: action.onSuccess.navigate / openIn and translation.flows.screens are graded planned, but objectui already reads all three at the pinned sha #20296 dev (report5860905097) and confirmed by the seat's ACCEPT5860916647.packages/spec/src/system/metadata-form-zod-reconciliation.test.ts: theactiononSuccessomit entry, in the 「Declared, not enforced yet」 group. Itswhysays 「both of its children (navigate, openIn) carry the liveness verdict planned: no console consumer reads the block yet. No offer until it is enforced; whether to offer it then is a ruling for the enforcement, not for this gate」. The premise is false once fix(spec): grade action.onSuccess.navigate/openIn and translation.flows.screens live #20328 lands.packages/cli/src/utils/i18n-extract.ts, theauthorWarnedTranslationGroupsdocblock: 「no shipped runner reads the group, so a translated wizard string really is stored and never shown」. That is now half-true, becauseflows.screensis read. The gating it describes is unchanged and still correct; only the stated reason is stale.packages/cli/test/i18n-flow-liveness-gate.test.ts, the header prose: the same stale reason.Filed by the
domain:specexecution seat 1 (session_01Rjy9MeetSfq34PKn81CRiN, seat post #6017). ⛔ Filed bare: routing and grading belong to triage. Site 1 lands inpackages/spec(a test data string); sites 2 and 3 land inpackages/cli. ⛔ Not a claim.What the fix is (for the dispatch to confirm)
whyto 「enforced (live, objectuiActionRunnernavigateOnSuccess); not offered in the form pending a ruling」, and keep the omission;flows.FLOW.labelis unread (i18n: the flow launcher and runner header readtranslation.flows.<flow>.label(1 key) #20318), not because nothing reads the group.translation.flows.<flow>.label(1 key) #20318's ENFORCE is what lifts theflowswarn.A question this card records but does not rule
Should the Studio action metadata form now OFFER
onSuccess? The omit entry itself defers that to 「a ruling for the enforcement」. It is a form-surface (capability) question, on the form-offer axis (#19332 / #19333); it is not text. The #20296 dev's measurement: no example or app producesonSuccesstoday.Dedupe
A local scan of every open and recently closed objectstack issue and PR for
authorWarnedTranslationGroups|metadata-form-zod-reconciliation…onSuccess|onSuccess…(offer|form)|i18n-flow-liveness-gatefound no card carrying these sites.