Menu bar icon missing after restart on a Mac: what to check

The Mac restarts, the desktop comes back, and one icon is not where it used to be. Nothing else looks wrong. There is no error dialog, no crash report, and no obvious way to tell whether the app failed to launch or simply failed to draw. A menu bar icon missing after restart on a Mac is rarely one bug. It is a small set of unrelated situations that all end with the same empty space, and separating them takes a couple of minutes if the checks are done in the right order.

The order matters because the fixes point in opposite directions. If the app never launched, changing the layout of the menu bar does nothing. If the app is running and the bar simply has no room to draw it, reinstalling the app does nothing either. Work from the process outward.

Start by asking whether the app is running at all

Menu bar apps are easy to lose track of because many of them have no Dock icon, no window, and no entry in the app switcher. The status icon is the only visible evidence that they exist. When it goes, there is nothing left to look at.

Open Activity Monitor and search for the app by name. If the process is not listed, the app did not start, and the problem lives in the login sequence. If the process is listed and the icon is still absent, the app started fine and the problem is in how the menu bar is being drawn or filled.

A second, faster test: open the app manually from the Applications folder and watch the right side of the menu bar. Three outcomes, and each one sends you somewhere different.

What happens when you launch it manually	Where the problem is
Icon appears immediately	Login item registration, covered below
App launches, still no icon	Menu bar space, the notch, or a hide setting
App refuses to launch or quits at once	Installation or permissions, not the menu bar

Do this before touching any settings. It removes about half the possible causes in one step and stops you from changing things that were never broken.

The login item did not survive the restart

Since macOS Ventura, the list of things that start automatically lives in one place: System Settings, then General, then Login Items. In macOS Sequoia the same pane is called Login Items and Extensions. It holds two separate lists, and they do different jobs.

The first list, Open at Login, holds full applications that launch when you log in. The second list, Allow in the Background, holds helpers, agents, and daemons that apps install for themselves. A menu bar app can appear in either one depending on how the developer built it. If the switch in the background list is off, the helper never runs, and no amount of relaunching the main app at login will bring the icon back permanently.

macOS also posts a notification the first time an app adds a background item. It is easy to dismiss without reading, and the item stays off if it was turned off there. Checking both lists after an app update is worth the ten seconds, because an update that ships a renamed helper can leave the old entry behind and register the new one in a disabled state.

There is one more trap that catches new installs. An app that is launched straight from a downloaded disk image, or from the Downloads folder while still quarantined, may be run from a randomized read only location. Login item registration made from that location does not survive a restart. The fix is ordinary housekeeping: quit the app, drag it into the Applications folder, launch it from there once, and confirm it now appears in the login list.

Items that open automatically when you log in are listed in System Settings under General, in the Login Items pane, together with the background items that apps have registered for themselves. Source: support.apple.com

The menu bar ran out of room

The menu bar is shared. The left half belongs to whichever app is in front, and it takes as much width as its menu titles need. The status area on the right gets whatever is left. When the two collide, macOS does not scroll, wrap, or warn. It simply stops drawing status items that will not fit, and the ones it drops are the ones furthest from the clock.

That behavior produces a symptom that looks like a restart problem but is not. If the app you happened to open first after logging in has a long menu bar of its own, a design tool or an office suite with many menus, the status icons at the left edge of the status area vanish while that app is in front. Click the desktop so Finder comes forward, then look again. If the icon reappears, the app never went anywhere. There was no room for it.

Screen width is the other half of this. A restart that reconnects to a different display, or a scaled resolution setting that makes the interface larger, changes how many status items fit. A setup that worked on an external monitor can lose two or three icons the first time the machine wakes up without it.

Order inside the status area is adjustable. Hold Command and drag an icon left or right to move it. Putting the icons you rarely look at on the left, closest to the app menus, means those are the ones sacrificed first when space runs short, and the ones you actually use stay visible.

The notch changes where the bar ends

On a MacBook Pro 14 inch or 16 inch, and on the MacBook Air models with a camera housing in the display, the usable menu bar is interrupted in the middle. macOS lays out status items from the right and stops when it reaches the notch. Anything past that point is not drawn, and because it is not drawn it is also not clickable.

This produces the same empty space as a launch failure, with one difference: the item count where things break is fixed and predictable. Add one more menu bar app and the leftmost one goes. Remove one and it comes back. If your icon vanished the same week you installed something else, this is the first thing to test.

A lower scaled resolution makes the text and icons larger, which means fewer of them fit before the notch. Moving the display setting one step toward More Space buys room without any other change. Attaching an external display does not help the built in one, since each screen draws its own menu bar.

There is no system setting that lets items continue past the notch. The practical options are to reduce how many icons are visible at once, or to use a tool that keeps them running while showing only some of them.

Something is hiding it on purpose

Not every missing icon is an accident. Several layers can hide one deliberately, and each has its own switch.

Many apps carry their own preference, usually worded as Show icon in menu bar or Menu bar icon. App updates occasionally reset preferences to defaults, which is why an icon can disappear after an update and a restart on the same day and look like a restart problem.

System icons are governed separately. System Settings, then Control Center, lists Wi-Fi, Bluetooth, Sound, Battery, Focus and the rest, each with its own Show in Menu Bar or Don't Show in Menu Bar choice. An icon set to appear only in Control Center is working exactly as configured, just not where you are looking for it.

If a menu bar manager is installed, it restores its own state at login. An icon that was in the hidden section when you shut down is in the hidden section when you start up. Nothing failed. Expanding the bar will show it immediately, which is also a quick way to confirm this is the cause.

One more setting affects the whole bar rather than a single icon. In System Settings, under Desktop and Dock, the option to automatically hide and show the menu bar makes the entire bar disappear until the pointer moves to the top of the screen. If every icon is gone rather than one, check this before anything else.

When redrawing is enough

Occasionally the app is running, the settings are right, and the icon is still not on screen. The menu bar is drawn by system processes, and those processes can end up in a state where an item is registered but not rendered.

Logging out and back in is the ordinary way to force a redraw, and it is the safe one. In Terminal, killall SystemUIServer restarts the process that handles part of the menu bar and takes a second. On current macOS versions many system items are drawn by Control Center instead, so this command does not always affect what you expect, and it is not a fix for anything structural.

The useful information is what happens next. If a redraw brings the icon back and the next restart loses it again, the underlying cause is one of the layout problems above, not a rendering glitch. Treat a redraw as a diagnostic, not a solution.

Decide what the menu bar is for

Most of these failures share a root cause: more apps want a permanent icon than the bar has room for. Fighting for the last few pixels every time you install something is a losing arrangement.

A more durable approach is to sort the icons into three groups. The ones you read at a glance, like battery or a clock, stay visible. The ones you click a few times a day belong within one action. The ones that exist only to prove the app is alive do not need to be on screen at all. Deciding that once means a restart no longer changes anything, because the visible set was chosen rather than determined by whatever fit.

A menu bar manager for macOS handles the second and third groups by hiding the icons while leaving the apps running. What separates the tools in this category is what you can do with an icon after it is hidden. Being able to open a hidden icon's menu without expanding the whole bar first is the difference between organising the bar and simply moving the clutter one click away. The Features page describes how that works in practice, and How it compares sets out the differences between the options in this category, including which ones are free and which are paid. Pricing covers the licence terms if a paid tool is on your list.

What to change first

Launch the app by hand and watch the menu bar. That one action tells you whether this is a login problem or a space problem, and the two have nothing in common. Once you know which, fix that layer only, then decide which icons deserve permanent space so the next restart has nothing left to break. If the answer is that too many of them are competing at once, a tool such as Koffret keeps them running while you choose what stays in view.