rdmbair15m5 changelog — menu bar overflow, Ice rollout, Tyrell tickets

Session: 2026-08-31 17:01:09 EDT → 2026-08-31 17:15:28 EDT Host: rdmbair15m5 (macOS 27.0, 26A5425a, arm64) Requested by: Rich

1. Menu bar "double arrow" — premise corrected

Rich asked to make fleet menu bars "auto expand by default" instead of clicking the ». No such setting exists. The » is macOS's menu-bar overflow indicator: items are hidden because they do not fit, not because a preference collapsed them.

Measured on rdmbair15m5 (pixel analysis of a live screencapture, not estimated)

29 item-groups, 585pt of ink. ~381pt of menu bar sits completely empty while macOS hides items behind » — because it will not lay status items across the notch. No preference changes that.

Caveat recorded: that 381pt is only free while a 6-short-menu app (Terminal) is frontmost. Xcode/Word menus eat into it, so it is not permanently reclaimable space.

Fleet survey (who can actually overflow)

This is a two-host problem (the Airs), not fleet-wide.

2. Changes applied

Rich chose: install Ice fleet-wide, and normalize menu bar font to Default.

• brew install --cask jordanbaird-ice (0.11.12) on 5 hosts: rdmbair15m5, rdmsm4x, rdmbair13m5, rdmpw3265m, rdmpw3275m. All verified /Applications/Ice.app present on disk.
• defaults delete -globalDomain AppleMenuBarFontSize on all 5. Verified absent (= Default). Actually changed value on: rdmbair15m5 (large→default), rdmpw3265m (large→default).
• Script: scratchpad/menubar_rollout.zsh v1.0.0, idempotent, logged.

NOT yet in effect — verified by re-measurement, not assumed

Re-ran the pixel analysis after the font change: 29 item-groups and gap boundaries 382–1143 / 1253–1640 were byte-identical to before. Nothing moved. AppleMenuBarFontSize requires a logout to render. An early read of the screenshot suggested it had applied immediately; the measurement disproved that.

Remaining manual steps (cannot be automated — TCC and Gatekeeper):

1. Gatekeeper first-launch prompt for Ice.app is pending on rdmbair15m5 ("downloaded from the Internet"). Quarantine xattr deliberately NOT cleared — left as Rich's decision.
2. Ice needs an Accessibility grant per host; TCC cannot be granted by an agent.
3. Log out / restart each Air for the font change to take effect.

Ice capability confirmed from the shipped 0.11.12 binary (not from memory)

Keys present: EnableIceBar, IceBarLocation, IceBarPinnedLocation, ShowOnHoverDelay, ShowAllSectionsOnUserDrag, EnableAlwaysHiddenSection, MenuBarItemSpacingManager, ItemSpacingOffset, NSStatusItemSpacing, minSpacing. So Ice covers both levers natively — always-show/hover and item spacing — which is why NSStatusItemSpacing was left unset by hand.

3. Tyrell.app tickets filed (owner report, 17:08 EDT)

Filed on rdmsm4x (claims authority), assigned claude@rdmsm4x, left unclaimed:

• ISSUE-20260831-17 [BUG|high] Menu bar never launches. Root cause verified: the tyrellbar executable is neither built nor shipped. /Applications/Tyrell.app/Contents/MacOS/ holds exactly one binary (Tyrell); .build/release/ has tyrell, tyrell-mcp, tyrelld and no tyrellbar product, though Sources/tyrellbar/ exists. Universal2 ruled out (lipo → x86_64 arm64). Same defect family as ISSUE-20260831-09 / TASK-20260831-04: deploy builds a subset of targets and reports success. Asked for a bundle-completeness gate.
• UI-20260831-01 [UX|medium] Settings must consolidate into the main window. Likely a SwiftUI Settings { } scene in Sources/tyrell-app/TyrellAppMain.swift, which on macOS always renders as its own window — needs the content moved to a ShellSidebar pane, not a restyle. Keep TyrellBarSupport/MeterSettingsStore as single source of truth.

Bus message sent to claude@rdmsm4x (id 20260831-170720-B06C6D21) carrying the ordering dependency and this trap: verify the menubar fix on rdmsm4x, not on an Air — a saturated menu bar makes a working status item look identical to a broken one.

4. Notes

• rdworkbench MCP server failed to connect this session (CONNECTION_CLOSED); ticket work was done via the ticket CLI on rdmsm4x instead.
• computer-use was unavailable (macOS Accessibility not granted to the Claude desktop app); used screencapture + pure-Python BMP parsing instead. No PIL/numpy on this host.
• No secrets written. jdmbair13m5 unreachable and untouched.

REVISION — 2026-08-31 18:00:44 EDT

The Ice rollout recorded above was REVERSED. Ice is NOT installed on any host. Rich declined it on reflection ("I am not sure I want ICE"). Recorded here because the earlier section, read alone, would send a future session looking for an app that is gone.

Ice removed — all 5 hosts, verified

brew uninstall --cask --zap jordanbaird-ice + prefs removal. Verified /Applications/Ice.app ABSENT on rdmbair15m5, rdmsm4x, rdmbair13m5, rdmpw3265m, rdmpw3275m. Local prefs (com.jordanbaird.Ice) verified removed. Script: scratchpad/ice_removal.zsh v1.0.0, idempotent.

Removal was clean because Ice had never been configured: no Accessibility grant, no login item, no behavioural prefs (only window geometry + migration flags), and it never modified NSStatusItemSpacing. It sat on its Permissions onboarding window the whole time.

Replacement fix — scoped to the two MacBook Airs ONLY

Rich: "this fix is only needed on the macbook airs with the gap."

Written -currentHost to globalDomain. Measured inter-item gaps were ~20px (10pt) across ~24 items, so this should reclaim meaningful width. Not yet verified in render — these keys, like AppleMenuBarFontSize, require a logout. Measure with the same pixel analysis after logout before claiming any gain; do NOT infer success from a screenshot impression (that error was made once already this session).

Evidence these keys still function on Tahoe: NSStatusItemSpacing and minSpacing appear as live symbols in the shipped Ice 0.11.12 binary, which supports macOS 14–27.

Standing constraint

Do NOT log out rdmsm4x — Rich stated it is actively working (2026-08-31 17:5x EDT). Nothing in this session logs anything out; rdmsm4x received only a brew uninstall of an app that had never been launched there.

Left as-is, flag for Rich

AppleMenuBarFontSize was normalized large→default on rdmpw3265m (a 6K host that never overflowed) during the earlier pass. Left at Default because Rich said the Large setting was not deliberate. If he wants it back on that 6K machine it is one command: defaults write -globalDomain AppleMenuBarFontSize large.

Tyrell tickets — UNAFFECTED

ISSUE-20260831-17 and UI-20260831-01 stand exactly as filed and assigned.