macOS 27 support: remaining gaps on top of #995

[carlossantos74]

This branch builds on #995 (by @RabenkoYevhenii), which itself targets macos-26. Against main, the diff therefore also carries the unmerged macos-26 work and every commit of #995: 129 commits in total. Only the last 10 are new here (5f68632…73731e4). If you would rather review just those, they apply cleanly on top of #995's head (6b6fca3).

New in this PR

• Search panel: clicking a hidden item now goes through ItemClicker27, as the Ice Bar does. Before, it fell through to temporarilyShow, which drags the item and is ignored on 27. move() and temporarilyShow() now refuse to run on 27 instead of posting events that go nowhere.
• Layout window: system items, and items without a bundle identifier, are disabled, with a tooltip. Dragging them used to do nothing, silently.
• Settings: on 27, the divider style, hiding application menus and the temporary show interval are hidden. None of them has any effect there.
• Missing MenuBarClientCore: the layout window now shows a warning. Before, the failure only went to the log.
• System items: the assertion allows numbers 0–63 instead of 0–8, so items added by a later macOS are not hidden. Measured on 27.0: numbers with no item behind them are ignored.
• Menu bar appearance:
  • The wallpaper window belongs to WindowManager on 27, not the Dock (measured), so it was never found.
  • The split shape now measures from the leftmost drawn item, and redraws when the items are read again.
• Second display: hover and click on the inactive display now use the frames from MenuBarAgent's window there. Before, they used a left edge remembered from when that display was last active.
• Notch stuck overflow: StuckOverflow27 (unit tested) recognises the state, and Ice only logs it. An automatic nudge was tried and removed: stale Accessibility frames can trigger false positives, and it was never shown to unfold anything.
• The Ice Bar timing log is now at debug level.

Testing

• swift test: 108 tests pass, 7 of them new for StuckOverflow27.
• The app builds with Xcode 27.
• Checked on macOS 27.0 (26A428) on a notched MacBook:
  • the wallpaper window owner;
  • the 0–63 system item range;
  • the 2 pt overlap between neighbouring items, which sets the stuck-overflow tolerance.
• Not verified:
  • the second-display hit-testing (only one display was available);
  • whether the stuck-overflow check fires correctly in the real stuck state, which did not reproduce.

Known issue (not addressed)

With Ice's section-hiding assertion active, MenuBarAgent removes Ice's own control item on this machine, so there is no item to click to show the hidden sections again. Screenshots confirmed:

• It happens with both Apple Development and (unnotarized) Developer ID signing.
• Allowing com.jordanbaird.Ice from a separate process does not bring Ice's item back, while it does for other apps (for example com.zscaler.zscaler).
• Allowing the item names Ice.ControlItem.* does not bring it back either.

Notarization is the remaining untested difference.

🤖 Generated with Claude Code

[RabenkoYevhenii]

The stuck notched bar turned up live on this machine twice this week — 2026-09-29 and 2026-10-01 — so here is what it does, against the "did not reproduce" note.

Both times the built-in bar was missing three Stats modules and the input menu, with no "«" anywhere, while the external bar drew all of them. Measured on that state:

• Scripts/macos27/reflow-probe.swift in both modes (add-remove, resize) changed nothing.
• Quitting Ice did not unfold them either. With Ice down the bar showed "«" again and kept the same items behind it, and concealing freed the room once more without a reflow.
• Relaunching the application whose items were missing restored them within seconds, on both displays at once (killall TextInputMenuAgent for the input menu — launchd brings it straight back).

So dropping the automatic nudge looks right, and for one more reason than the one you gave: an item created by anything not signed with a Developer ID is not drawn at all while an assertion is live, so a status item added as a nudge is never laid out. The probe could not have worked from an unsigned helper in the first place, whatever the state of the bar. Whether a notarized build can nudge it is still untested here.

I took StuckOverflow27 and its tests as they are, and show the state in the Menu Bar Layout pane with what cures it. Ice does not relaunch anything itself: the frames macOS keeps for items it no longer draws do not say which application is missing, and quitting the wrong one is not a mistake worth making.

I also matched your 0–63 system item range. I had arrived at 0–31 independently, with the same measurement behind it: holding an assertion with one number at a time, every number from 0 to 127 is accepted and only four draw anything — 0 battery, 2 clock, 6 Wi-Fi, 8 Control Centre.

One finding from that measurement that is worth knowing before someone files it as a bug: Control Centre's capture indicator — AudioVideoModule, the green camera button, orange for the microphone, indigo for screen sharing — is not one of those numbered system items, and any live assertion removes it, whatever the allowlist holds: all 128 numbers, com.apple.controlcenter, the capturing application's own bundle identifier. It returns the moment the last assertion goes. The small green dot beside the clock is not an item and stays throughout.

[RabenkoYevhenii]

Follow-up on StuckOverflow27, now with the trigger in hand: plugging a display into a MacBook. With Ice quit, unplug the second display and plug it back in, and the built-in bar is left with the four system items and nothing else — so the state is macOS's, not ours, and it reproduces on demand.

Two things that matter for the check:

• Geometry cannot see this one. The items are not folded behind a "«" that has gone; they are not drawn anywhere, so nothing sits under the notch or on top of a neighbour.
• The applications' frames cannot either. A missing item keeps the frame it last had and still reads as drawn — all five reported frames on the built-in display while that bar drew one.

What does show it is MenuBarAgent's own window for each display. It lists every item that belongs to that bar: with a frame on the display where the item is drawn, and as an entry with no geometry at all on the other one. An item folded away is listed by neither, so "a notched bar lists fewer items than another display does" catches it, and the count follows each repair.

I kept your StuckOverflow27 file and its tests and added the counting there; the wiring is in Concealer27 on #995 (63036af), along with a check on display changes and a Relaunch button per application in the layout pane — Ice does not relaunch anything by itself, since the bar does not say whose item is missing.