`aria-*` boolean attributes serialize as the empty string

• Where: every aria: {hidden: true}, aria_disabled: true,
  aria_expanded: true in the catalog — breadcrumb separators and ellipsis,
  CommandInput, and every decorative <svg aria-hidden>. Snapshots carry
  aria-hidden="", aria-disabled="", aria-expanded="".
• Effect: the ARIA value grammar accepts true/false/undefined; an
  empty string is invalid and browsers resolve it as not set. Decorative
  icons are therefore exposed to assistive technology, "current" breadcrumb
  items are not announced as disabled, and the command input's expanded
  state is unset. This is Phlex's serialization of true (a bare
  attribute), so it is library-wide, not one component.
• Fix: pass "true" (a String) for aria-* attributes, or add a
  serialization rule in Base that stringifies booleans under the aria
  key; re-record (on the 2.0 line) everything that changes and review the diff.
• 2.0 note: spec §4.3 currently preserves this behaviour for parity
  (true → ""). The right 2.0 behaviour is aria-x="true"; decide it
  explicitly and let the re-record (on the 2.0 line) show the blast radius.

Surfaced by the golden HTML suite (PR #536), which pins what 1.6 renders today — this defect included. Per maintainer decision (2026-09-19) main stays as is: this is addressed on the 2.0 line, and the golden snapshot that pins it is re-recorded there with the diff reviewed.

Source: design/v2/follow-up-issues.md.

Lee design/v2/follow-up-issues.md e inspecciona la ruta de serialización de Base para los atributos aria en la línea 2.0. Ejecuta la golden HTML suite y revisa los snapshots afectados del catálogo y de los componentes, incluidos los separadores de breadcrumb, la elipsis, CommandInput y los SVG decorativos. Se considera completado cuando los booleanos aria se rendericen como "true" o "false", según lo decidido, los snapshots de 2.0 se hayan vuelto a grabar y se haya revisado su diff.