macOS 27 Menu Bar: What Changed, Why Bartender and Ice Broke, and How to Hide Icons Again

What Apple changed in the macOS 27 menu bar

Apple announced macOS 27 Golden Gate at WWDC on June 8, 2026. Most of the coverage went to Liquid Glass tweaks and the Siri overhaul, but the menu bar got its biggest rework in years. Four things changed:

1. One window for the whole bar. Under the hood, the menu bar is now rendered as a single window. Every previous macOS version drew each status item (each third-party icon) as its own small window. This is invisible to you and catastrophic for menu bar managers. More on that below.
2. A native overflow button. When your menu bar runs out of room, most commonly because the notch on a MacBook Pro or Air eats the middle of the bar, macOS 27 shows an arrow button at the edge of the icon area. Click it and the icons that did not fit slide out to the left of the notch. Click again and they tuck away.
3. Touch-friendly targets. Tapping a menu bar item enlarges the controls so they are easier to hit with a finger. This is groundwork for touchscreen Macs, and it changes the hit zones third-party tools assumed.
4. Visual refresh. A new battery icon that matches iOS and iPadOS, a cleanup of the icons Apple crammed in during Tahoe, and a Liquid Glass transparency slider that also affects how translucent the menu bar looks.

Change #1 is the one that matters. The other three are polish. #1 is the reason a whole category of Mac utilities stopped working overnight.

The overflow button: what it does and what it does not

This is Apple's first native answer to a problem it created in 2021 when it put a notch in the MacBook Pro display. Until now, icons that did not fit simply vanished behind the notch with no way to reach them. Now they collapse behind a double-arrow control instead.

What it does:

• Shows a double-arrow button at the edge of the status-item area when icons overflow
• Click to reveal the hidden icons to the left of the notch; click again to collapse
• Works with zero setup and zero third-party software

What it does not do (as of beta 7):

• You cannot choose which icons hide. Overflow is decided by width, not by you. The icon you check ten times a day may be the one that gets tucked away.
• No reordering profiles. You can still Command-drag icons to rearrange them, but there is no saved layout, no "work" vs "home" set, no per-app rules.
• No conditional visibility. No "show the VPN icon only when it is disconnected," no "hide everything when I am recording."
• No secondary bar. Hidden icons expand inline, pushing into the same cramped space, rather than dropping into a second row the way Bartender's bar does.
• No styling. No spacing control, no icon grouping, no separators.

If you only ever wanted "make the icons behind the notch reachable," the overflow button is enough and you can stop reading. If you used Bartender or Ice for anything beyond that, it is not a replacement.

Why Bartender, Ice, Thaw, and Hidden Bar broke

Every menu bar manager on the Mac worked the same way, whether it was a paid commercial app or a free GitHub project. macOS represented each status item as a separate tiny window owned by the app that created it. A manager could enumerate those windows, take a screenshot of each one, move them around, push them off the right edge of the screen, and paint a collapsed "hidden" state. It was never an official API. It was a side effect of how the window server drew the menu bar, and it held steady for over a decade.

macOS 27 removed the side effect. With the whole menu bar drawn as one window, there are no per-icon windows to enumerate, move, or hide. Everything built on top of that assumption failed at once. The BetterTouchTool community thread on the breakage puts it plainly: "all of the menu bar items are represented by only one window," and that requires "fundamental architectural changes" for every management app.

That is why the breakage was universal rather than app-by-app. Here is where each app stands as of August 2026:

App	Status on macOS 27	Notes
Bartender 6	Working (Golden Gate beta)	Uses the same unofficial approach as BetterTouchTool. Shipping version broke on beta 1. Paid, from $12, four-week trial.
Thaw	Working (2.0 release candidate)	Open-source fork of Ice, rebuilt for the single-window bar. 2.0.0-rc.5 shipped August 25, 2026 with menu bar identity, layout persistence, and notch overflow reworked, and commits land daily. Free.
Brow Menu Bar Manager	Working (stable, from 1.0.63)	Hide, show, and reorder from the notch, which is where icons get cut off. Fewer controls than Bartender: no per-app rules, triggers, or spacing. Ships inside the same app as screenshots, focus timer, system monitor, and a launcher. Free.
BetterTouchTool	Partial workaround	"Load Menu Bar Layout" action (v6.569+) applies a saved layout via trigger or shortcut. Known bugs: Notification Center may not open when icons are collapsed; hidden items sometimes will not unhide without a restart.
Ice	Broken	Shows all icons instead of the chosen ones. Issue #954 opened June 8, 2026, open with no maintainer response.
Hidden Bar	Broken on beta 1	Rarely updated even before Golden Gate.
Barbee, Sane Bar, Glow	Broken on beta 1	No confirmed fixes at time of writing.

One honest caveat that applies to every row: Apple has not published an official way to manage third-party status items. The approach BetterTouchTool, Bartender, and Brow use on macOS 27 is, in the words of the BTT thread, "not official," and "Apple might block them at any time during the beta phase." Anyone telling you their manager is future-proof on Golden Gate is guessing.

How to hide menu bar icons on macOS 27 (four ways)

1. Use the overflow button (free, zero setup)

Do nothing. When icons stop fitting, the double-arrow appears. Click it to expand, click it to collapse. Command-drag icons to change their order so the ones you care about sit closest to the right edge and are least likely to overflow.

Good for: people whose only complaint was icons vanishing behind the notch.

2. Turn off Apple's own icons in System Settings

A surprising share of menu bar clutter is Apple's. Go to System Settings → Control Center and, for each item (Wi-Fi, Bluetooth, AirDrop, Focus, Screen Mirroring, Display, Sound, Now Playing, Battery, Spotlight, Siri, Time Machine), choose whether it shows in the menu bar. Everything you hide here is still one click away inside Control Center itself.

Good for: everyone. Do this first regardless of which manager you use.

3. Turn off icons inside the apps that create them

Most third-party apps have a "Show icon in menu bar" toggle in their preferences. Dropbox, 1Password, Slack, Zoom, Docker, Creative Cloud, and every VPN client we checked all have one. Apps you launch from the Dock or a launcher do not need a menu bar presence at all.

Good for: cutting five to ten icons in ten minutes without installing anything.

4. Use a menu bar manager that has been updated for macOS 27

If you want to decide which icons hide, keep a separator between "always visible" and "hidden," or reorder without Command-dragging every week, you still need a manager. Pick one that explicitly says it supports Golden Gate: Bartender's beta, Thaw 2.0, Brow, or BetterTouchTool's layout action.

Good for: anyone who had a setup they liked before macOS 27 and wants it back.

How Brow's Menu Bar Manager works on macOS 27, and what it took

Brow is our app, so weigh this section accordingly. Brow's Menu Bar Manager does what Bartender and Thaw do: hide icons, show them on demand, keep a separator between the visible set and the hidden set, and reorder without fighting the system. The macOS 27 rewrite broke it the same way it broke everything else, and Golden Gate support ships in Brow 1.0.63. Here is, briefly, what that took, because it explains why "just update the app" was not a one-week job for anyone.

The picture problem

A menu bar manager needs one deceptively simple thing: a picture of each icon, to show it in the panel and in the drag-to-arrange layout editor. Before macOS 27 that was one API call. Every status item was its own little window, you asked the system for a screenshot of that window, and the pixels were attributed by construction.

On Golden Gate there are no per-icon windows. And every remaining way of asking "where is this icon?" can be wrong. Apps report positions for their items that describe nothing real. The accessibility system knows where an icon stood at some point in the past, and after any reflow (an icon appearing, disappearing, the bar reorganizing) those positions go stale and routinely point at a neighbor's slot. A hidden icon has no pixels anywhere at all. There is no API that can truthfully answer "where is this icon and what does it look like."

Our first attempt swapped two icons' faces

The obvious version, screenshot the bar and crop each icon out by its reported position, worked on a freshly logged-in Mac. Then CleanMyMac's icon started showing ManageEngine's little monitor glyph, and ManageEngine wore CleanMyMac's. Every capture, every relaunch, the same swap. Both apps' reported positions had gone stale and each pointed at the other one's slot. The crop was executed perfectly, against coordinates that were confidently, symmetrically wrong.

So the bar itself became the witness

There is one question the system cannot answer falsely: what disappears when an icon leaves the bar. Positions can lie about where an icon is; pixels cannot lie about where it was. Right after launch, Brow screenshots the bar, briefly hides one icon, screenshots again, and crops the strip that vanished. That picture is marked verified and stored. Anything not verified is treated as provisional. Because every screenshot counts against macOS's "Brow has accessed your screen N times" counter, and every hide-and-show is a visible flicker, this runs once after launch and only when something has actually changed, never on a timer.

Five things that fooled it anyway

• The clock. The minute rolled over between two screenshots, the digits counted as "changed pixels," and Brow stored a crisp crop of "22:36" as f.lux's icon. Now anything to the right of the clock is ignored by definition.
• Timing. On this OS every state you observe is a frame of an animation. Hiding takes a beat to apply, icons fade in when admitted, flags lag behind. A check that ran a moment too early compared two completely different bars. Brow now waits on the actual condition, never on a stopwatch.
• Lost verdicts. Verified pictures were only written to disk on a graceful quit. Force-quits and crashes threw them away, and the whole flicker re-ran on every launch. Now they are saved the moment they are earned.
• Light mode. Everything was built at night on a dark wallpaper. The next morning, on a light bar, the detector decided the entire 1469-point bar was one icon. Three "works on a dark bar" assumptions had to go.
• Ghost icons. A monochrome glyph is white on a dark bar and near-black on a light one. Capture at night, draw it on a light panel in the morning, and you get white on white. Brow now stores glyphs as templates so the panel colors them correctly in either appearance.

What that means for you

The failure direction changed. Every guard in the pipeline resolves ambiguity by storing nothing and retrying a minute later, because a wrong icon shown forever is strictly worse than an app's placeholder shown briefly. When the next beta breaks something new, you will see a placeholder for a moment while Brow re-verifies, not your VPN icon wearing Slack's face.

Two other things are different about the way Brow does it. It lives in the notch: Brow is a notch app, and the notch is the exact spot where icons get cut off, so the hidden set expands from the place you already look. And it is one module, not one app: the same download gives you screenshots, a focus timer, a system monitor, a file drop zone, a display manager, and a launcher. We wrote about that math in deleting 10 Mac apps and replacing them with Brow.

The same caveat applies to us as to everyone else. There is no official API for this. If a later Golden Gate beta changes the behavior we rely on, we will ship a fix, and we will say so on the releases page rather than pretend it did not happen.

Download Brow Free

Should you upgrade to macOS 27 if you rely on a menu bar manager?

If your manager has a confirmed Golden Gate build, upgrade. If it does not, you have three choices, in order of least regret:

1. Wait. Golden Gate ships in September; the first point release usually lands within weeks. Menu bar managers that are going to be updated will be updated by then.
2. Upgrade and live on the overflow button plus the System Settings and per-app toggles above. It is a downgrade in control, not a broken Mac.
3. Upgrade and switch managers to one that already supports macOS 27.

What we would not do is upgrade expecting Ice or Hidden Bar to be fixed on release day. Ice's issue has been open since June with no maintainer response, and Hidden Bar was barely maintained before Golden Gate.

A note on the notch

The overflow button exists because of the notch. Apple shipped the notch on the 14-inch and 16-inch MacBook Pro in 2021 and on the MacBook Air from the M2 onward, and for five years the only fix for icons disappearing behind it was a third-party app. It took until macOS 27 for Apple to acknowledge the problem in the OS. That is worth remembering the next time someone tells you a menu bar manager is a niche tool. It was the workaround for a hardware decision, and now it is the workaround for the workaround's limits.

Sources

• Badgeify: macOS 27 Menu Bar: New Expand Button, Why Bartender and Ice Broke (June 11, 2026)
• BetterTouchTool community: macOS 27 Golden Gate menu bar management broken / solutions
• Ice issue #954: Ice in menu bar not working anymore (macOS Golden Gate 27)
• MacRumors: macOS Golden Gate roundup (release date, compatibility, beta 7)