[quickbeard]

packages/ui/src/theme/themes/oc-2.json line 28 declared the light variant's icon-weak-base as C7C7C7 — no #. Dark (line 264) was always correct.

-      "icon-weak-base": "C7C7C7",
+      "icon-weak-base": "#C7C7C7",

#C7C7C7 is unambiguously what was meant: it matches text-weaker declared a few lines above in the same block.

Why it never surfaced as an error

Three things kept it quiet:

1. The good value never gets a chance. styles/theme.css does declare --icon-weak-base: #dbdbdb, but resolved theme tokens are injected into a <style> element by theme/context.tsx, which overrides the static sheet. The typo wins the cascade.
2. Custom properties swallow it. --icon-weak-base: C7C7C7 is a perfectly valid custom-property declaration — they accept almost any token sequence — so nothing errors at parse time.
3. The failure lands at substitution, and its shape depends on the property. var() resolving to garbage makes the property invalid at computed-value time, which falls back to the inherited value for inherited properties and the initial value otherwise.

Measured in the running app on the default light theme:

--icon-weak-base                    →  "C7C7C7"
color: var(--icon-weak-base)        →  rgb(1, 2, 3)      // the parent's color
background: var(--icon-weak-base)   →  rgba(0, 0, 0, 0)  // transparent
--icon-base (control)               →  rgb(143, 143, 143) // fine

What was broken

Light mode only.

Site	Property	Result
dialog-release-notes.tsx:117	bg-	inactive carousel indicators transparent
diff-changes.tsx:82	fill on <rect> in <svg fill="none">	neutral diff blocks inherit fill: none, don't render
file-tree.tsx:475	color	icon inherits parent text color — full strength, not weak
settings-keybinds.tsx:493	color	same
settings-models.tsx:78	color	same

oc-2 is the only one of the 37 themes that declares this token literally, and the only malformed one — every other theme takes the derived neutral[6] from resolve.ts. But oc-2 is the default, so this was the default light-mode experience.

Upstream

This is upstream's typo, not fork drift — anomalyco/opencode@dev has the identical value at the same line. Reported as anomalyco/opencode#41503, including a suggestion to guard against recurrence (schema requiring ^#, or a warn in resolveThemeVariant). The DIVERGENCES.md row says to drop our line and take upstream's once that lands.

🤖 Generated with Claude Code