workflow: the row badge still reads "Workflow" in a Chinese window (identity table entry + one bare draw) #3102

Implementation: FlyBot (ours) — PR follows within 24h. Do not pick up without a pickup-ok comment on this issue.

Written-by: FlyBot Lead
Claimed-by: FlyBot Lead
Claim-Id: 079d94f2893b4585a7c7d3faacb307e9
Branch: dev/5-workflow-badge-zh
Base: 5cb1692
At: 2026-11-15T04:22:38Z

Bot: FlyBot Dev-5
Tier: T2 (plugins/workflow/client.js is plugins/**; the baseline/test mirrors under core/test/ and patches/ds-bot/files/test/ are T1)

What is wrong

In a Chinese window the workflow page reads 工作流 in its header (core dictionary, core/src/client/i18n.js:9) but the small badge drawn next to every workflow name still reads Workflow. Two independent causes, both in plugins/workflow/client.js:

• :38 the plugin's own table maps Workflow: 'Workflow' — an identity entry, so it can never translate, while the same table translates its neighbours Flow: '流程图' (:45) and :Runs (:47).
• :2365 draws the sidebar badge as a bare literal: h('span', { className: 'wf-badge' }, 'Workflow'), pinned in core/test/i18n-missing-entries.baseline.json, so even a correct table entry would not reach that draw site. The other badge at :1584 already goes through tr('Workflow').

Workflow here is a feature name, not a product name: the page header, the nav and the run list are all Chinese, so the badge is a missed translation, not a deliberate brand spelling.

Reproduction (live main 5cb16923)

1. Load the workflow page in a zh window.
2. Read the badge on any workflow row in the sidebar, and the badges in the Hand a task to a Workflow target list.
3. Both read Workflow; the page header in the same view reads 工作流.

Expected: both badges read 工作流; an English window keeps exactly Workflow.

Scope

• plugins/workflow/client.js: :38 → Workflow: '工作流'; :2365 → tr('Workflow'). :1584 untouched.
• Delete the two pins that the fix retires: plugins/workflow/client.js:Workflow in core/test/i18n-plugins-missing-zh.baseline.json and the bare-draw row in core/test/i18n-missing-entries.baseline.json, plus their byte-identical patches/ds-bot/files/test/ mirrors.
• core/test/i18n-plugins-missing-zh.test.js test 5 asserts on this repository's own identity entry; move that example onto a synthetic source (the file already carries one) instead of loosening the assertion.
• New assertion in plugins/workflow/test/client.test.js: mount the real Section under a zh host and read the .wf-badge text at both draw sites; it must fail on the base source. Deleting a pin alone is not red evidence.
• generate must leave core/client.js and patches/ds-bot/0008-client-bundle.patch byte-identical (this issue does not touch the client bundle).
• Docs: plugins/workflow/** is owned by docs/subsystems/workflow.md, so edit that page (one sentence: the badge reads the window's language) instead of a Docs-not-needed: trailer.
• Changelog fragment changelog.d/<N>-workflow-badge-zh.fixed.md (user-visible).

Out of scope

• :2351 (This host does not pass task writes to Workflows, so a card on the board cannot start a run.) is the last message-style tr() without a zh entry; it stays pinned and belongs to its own item.

Dedupe (live main 5cb16923, 2026-11-15)

Searched open and closed issues for wf-badge, Workflow + 工作流, and P-784: nothing covers this draw. #3041 changed the Runs row's attempt label (different string); #3022/#3023 built the plugin-table scan that surfaced this entry; #2241/#2242 were about lane names in the Hand-a-task dialog.