Hidden Bar not working on Mac: what to check

If Hidden Bar stopped hiding icons after updating to macOS 27, the cause is almost certainly the build, not a setting. The fix, from the project's own release notes: install v1.11.1 from the GitHub releases page, published on 2026-09-18, and remove any other copy first (Hidden Bar v1.11.1, checked 2026-10-18). The notes say the earlier v1.11 zip was built as the App Store version by mistake, that the App Store version is sandboxed and cannot use the new macOS 27 hiding, and that it therefore hid nothing on macOS 27. They also state that the App Store version still cannot hide on macOS 27, and that it should be quit and deleted before the direct download is installed.

Three more conditions come with the macOS 27 build: Hidden Bar needs Accessibility permission, it must run from the Applications folder, and the clock, Wi-Fi, Sound and Control Center always stay visible. Most reports of Hidden Bar "not working" on a current Mac trace back to one of these four points. The sections below take them in order, then cover the older problems that still apply on every macOS version: new icons that appear already hidden, an always hidden section that does not hide, and a login item that does not start.

This site is published by the developer of Koffret, a paid menu bar manager for macOS. Everything stated here about Hidden Bar comes from its own repository, release notes and App Store listing.

Start with the build and the macOS version

Hidden Bar exists in several builds with different limits, and the right one depends on the macOS version. The repository README and release notes give the ranges (dwarvesf/hidden).

macOS on the Mac	Build to use	Notes
10.13 High Sierra to 12 Monterey	v1.10	Last release for these versions
13 Ventura to 26	Current release	Later versions need macOS 13 for the login item system
27	v1.11.1 direct download	App Store version cannot hide on macOS 27

To see which copy is installed, open the Applications folder, select Hidden Bar, and choose File > Get Info. The version number is shown there. A copy installed from the App Store is updated through the App Store and is the sandboxed build. A copy from GitHub or Homebrew (brew install --cask hiddenbar) is the direct build.

If there is any doubt, the clean route is: quit Hidden Bar, delete every copy, download the zip from the v1.11.1 release, and move the app into Applications.

The four macOS 27 conditions

The macOS 27 build hides icons with a new mechanism, and its manual is direct about what that requires (Hidden Bar manual, checked 2026-10-18).

Accessibility permission

Hidden Bar needs Accessibility permission to see where the icons are. Without it, the manual says, the bar stays expanded. That looks exactly like the app doing nothing. Open System Settings > Privacy & Security > Accessibility, find Hidden Bar in the list, and turn it on. If it is already on but the app was replaced with a new copy, turn the switch off and on again, or remove the entry and add the app again, so the permission applies to the copy now in use.

Run it from Applications

macOS recognises only the copy in the Applications folder as Hidden Bar. The release notes warn that a copy anywhere else hides its own arrow. Running it straight from Downloads after unzipping is the common way to hit this.

The arrow is now the divider

On macOS 27 there is no separate "|" separator. Holding Command and dragging an icon to the left of the arrow hides it when collapsed; to the right keeps it visible. People who learned the older layout look for the separator and conclude something is broken.

What it cannot hide

Hiding works per app, so an app with several icons hides or shows all of them together. macOS's own items, the clock, Wi-Fi, Sound and Control Center, always stay visible. The notes also say the build relies on a private Apple framework, so a macOS update could break it, and that if this happens Hidden Bar leaves the bar expanded rather than hiding the wrong things. A bar that suddenly stays expanded after a point update is that safety behaviour, not a crash.

A known side effect on macOS 27

One report filed the day after v1.11.1 shipped, issue #421, says that with Hidden Bar enabled on macOS 27, Notification Center cannot be opened. It was still open on 2026-10-18. Notification Center normally opens by clicking the date and time at the right end of the menu bar. If that click stops responding, quit Hidden Bar and try again. If Notification Center opens with Hidden Bar quit, the cause is this issue rather than a system fault, and the choice is between waiting for a fix and opening notifications another way while the app runs.

Icons that start hidden or come back

On every macOS version, a frequent complaint is that a newly installed app's icon never appears, or that an updated app's icon vanishes. The App Store reviews mention it, and the manual explains it.

Hidden Bar hides icons by keeping everything to the left of its divider off screen. macOS always places a brand new menu bar icon in the far left slot of the status area, which is inside that hidden zone. So a freshly launched or updated app can appear "swallowed". The manual is clear that this is how macOS positions icons and that one app cannot reposition another app's icon.

The fix is a one time step:

1. Click the arrow to expand the bar.
2. Hold Command and drag the new icon to the right of the divider.
3. Collapse the bar again.

macOS remembers that placement per app, so it should not need repeating. The manual's troubleshooting table gives the same fix for icons that were visible and became hidden after an update.

When an icon is gone even after expanding

If expanding does not reveal it, Hidden Bar is not the cause. Two other things remove icons without notice. On macOS 26 and later, System Settings > Menu Bar has an "Allow in the Menu Bar" list with a switch for each app; a switched off app draws no icon at all (Menu Bar settings). And when the menu bar is full, particularly on a MacBook with a notch, macOS stops drawing status icons that do not fit.

The always hidden section does not hide

Hidden Bar has an optional second zone, enabled in Preferences as "Enable always hidden section", whose icons stay hidden even when the bar is expanded. An open issue, #171 "Items to the left of the Always Hidden bar do not hide", was filed in October 2021 and was still open on 2026-10-18.

The manual describes the current behaviour as a known limitation. Items in the always hidden zone are reliably pushed off screen only when "hide separators" is also on, which is toggled by Option-clicking the arrow. With the separators visible, always hidden items can still appear after expanding. The manual also advises against putting critical icons in that zone until a rework lands, because an item stuck off screen has to be recovered by Command-dragging it back.

The practical routine:

1. Option-click the arrow to hide the separators.
2. Check whether the always hidden icons are now gone.
3. To get to them later, Option-click the arrow again.

If an icon has been lost off screen entirely, expand the bar, Option-click the arrow to show the separators, and Command-drag it back into view.

It does not start, or does not start at login

"Can't be opened" on first launch

An issue in the repository describes Homebrew installs that would not run because macOS said Hidden Bar.app could not be opened. Apple's documented route for an app that macOS blocks is System Settings > Privacy & Security, then Open Anyway in the Security section. The button stays available for about an hour after the attempt to open the app (Open a Mac app from an unknown developer). Use this only for a copy downloaded from the project's own release page or Homebrew.

The login item is missing

From macOS 13, the launch at login option in Hidden Bar's Preferences registers through System Settings. If permission was denied once, the manual's fix is to go to System Settings > General > Login Items, re-enable Hidden Bar, then turn the preference off and on again. A leftover "LauncherApplication" login item from old versions is removed automatically the first time the current version runs.

The arrow or separator disappeared after dragging

Earlier versions could become unreachable if the arrow was Command-dragged off the bar. The manual says current versions repair this themselves: the arrow and separator come back on the next launch. Quit Hidden Bar and open it again.

Settings that only exist in Terminal

Some behaviour has no switch in Preferences. The manual documents these defaults commands; quit and reopen Hidden Bar after changing them.

What it changes	Command
Expand by hovering over the menu bar	defaults write com.dwarvesv.minimalbar hoverToExpand -bool true
Any auto-collapse delay, in seconds	defaults write com.dwarvesv.minimalbar numberOfSecondForAutoHide -float 5
Force the app language	defaults write com.dwarvesv.minimalbar AppleLanguages '(en)'

To undo one, run defaults delete com.dwarvesv.minimalbar followed by the key name. The App Store listing shows the delays offered in the interface, 5, 10, 15, 30 or 60 seconds; the Terminal setting accepts any value. One useful detail: while the pointer is anywhere in the menu bar, the auto-collapse countdown waits and restarts, so the bar should not collapse in the middle of a click.

When fixing it is not worth it

Hidden Bar is free, MIT licensed, and actively maintained again as of its September 2026 release. For most people the steps above are enough. The cases where switching makes sense are narrower: the always hidden zone is needed for icons that must never show, macOS's own items need to be hidden too, or icons need to be used while they stay hidden.

That last point is the main design difference across the category. In Hidden Bar, a hidden icon is reached by expanding the bar and then clicking it. Some menu bar managers for macOS open a hidden icon's menu in place while the bar stays collapsed, find an icon by typing part of its name, or give each icon its own shortcut. Those behaviours are listed on the features page, and prices for the free and paid options are on the pricing page. Whatever is chosen, run only one such tool at a time; two of them compete for the same icon positions.

What to change first

On macOS 27, delete every copy of Hidden Bar, install v1.11.1 from GitHub into Applications, and turn on its Accessibility permission. Then Command-drag any swallowed icons to the right of the arrow. If the always hidden zone still leaks after Option-clicking the arrow, keep critical icons out of it, or test an alternative such as Koffret side by side only after quitting Hidden Bar.