fix(action-items): treat <details> blocks as archive, not live work - #98

The bug

Today's Focus showed 203 numbered rows, eight of them reading </details>, and 🔴 Urgent showed 170 tasks when only 46 were live.

Root cause

ActionItemsParser had no branch for HTML <details> blocks.

The action-items sessions wrap superseded focus lists and parked run-groups in <details><summary>...</summary> so Obsidian collapses them. The parser fell through to its paragraph path and appended every line inside — the bare tag lines included — to section.bullets, which SectionView.focus draws one numbered row per. Archived - [x] lines were parsed as live tasks.

It compounded, because each run wraps the previous focus in another <details>:

The fix

Parse <details> regions into ActionSection.CollapsedGroup rather than into the live lists. Archived content is history, but it is not disposable — one Parked block held 124 open rows under the summary "Expand to work them" — so a group keeps its tasks, bullets and tables and renders behind a disclosure below the live list, still fully actionable.

Measured on a real day's file:

Section counts, the search/status filter, the board, and the urgent menu-bar badge now all see live work only.

Two properties of the real files that shape HTMLDetailsScanner

1. The tags are unbalanced — 26 opens against 24 closes. A plain depth counter would treat everything after the orphan as archived, so regions force-close at the next ## heading.
2. <details> also appears as prose, inside backticks, where the run notes discuss the markup itself. Inline-code spans are masked before scanning (only < is rewritten, to a same-width character, so ranges stay index-compatible with the original).

Two adjacent defects the same section surfaced

• Superseded meeting tables stacked below today's, because tables were collected at section level regardless of region. MeetingsTableView now takes tables: so a group can reuse it.
• The focus renderer counted rows itself over lines that already carried 1. , printing "1 1. ..." — and numbering the lede paragraph and the ⏸️ Verified negatives footer as if they were ranked items. ActionItemsParser.focusOrdinal now splits the source ordinal; prose renders as prose.

Archive rows are deliberately not multi-selectable: the selectable set derives from section.tasks, so a checked archive row would be reconciled away on the next reparse and silently skipped by Copy — and "Select all" sweeping a 124-row parked block into a copy isn't what the button means.

Testing

• 15 new tests in CollapsedDetailsTests / FocusOrdinalTests — tag lines never becoming content, nested flattening, the unbalanced-tag and inline-code traps, one-line and summary-less regions, archived tables, and id stability/collision.
• Full suite: 513 tests in 93 suites pass on platform=macOS, including the three-repo ParserContractTests corpus guard (the corpus is untouched).
• Verified end-to-end by parsing all eight of the local vault's real daily files.

🤖 Generated with Claude Code