Ironically, I have trouble with Tailscale and Mac SSO. I setup my tailnet with Apple SSO and when I want to connect on my non Windows device there is not an easy way to add a new user and the new user has their own tailnet. I wish I could just use tailscale with a passkey without using third party sso.
I haven't had enough menu bar icons to run into this but is it really the case that the notch just hides whatever icons happen to be behind it? Like, the OS doesn't handle this incredibly obvious edge case? Why not just put an overflow dropdown next to the notch (something Windows XP managed to figure out 25 years ago)? I know software quality has been going down in recent versions of macOS but this is absurd.
With some apps, I can't remember if tailscale is one I don't think so but another vpn we use is, it's even worse because opening them only creates the menubar icon. I spent 15 minutes trying to figure out why the vpn wouldn't start before I realised it was just hidden. No feedback at all
I’ve been using Bartender (paid) and Thaw (free) to manage my menu bar. Recently, both apps have become quite buggy. I’m not sure whether this is due to macOS or if there are better alternatives I’m not aware of.
I personally found it confusing and un-Mac-like that quitting the configuration app also now stops the Tailscale service. It was unfortunate to discover this while I was AFK.
My recommendation is to rethink it to work like apps like 1Password, Default Folder, Keyboard Maestro, Ice, etc., where I can always easily open a configuration app, but the service must be intentionally/knowingly quit via either the configuration app or the menu bar utility.
TLDR: Please separate the service from the new configuration app.
I love Tailscale so much and when I got added to what may have been an A/B test for the windowed app, I was even happier with it. It's a great improvement.
This seems like a good place to ask: What is the current state of the art for connecting back to my home network while remote? I want:
access to my home server
ability to stream US TV when abroad (by exiting from my home network)
ability to make it easy for others with non-tech backgrounds to connect with their devices (parents, kids, etc)
ability to have remote linux servers connect automatically on boot. This one is because I can't get OTA TV at home and want to set up a simple streaming box at someone else's house to do it that connects back to my house, so we can stream off all of our devices.
I'm guessing tailscale will be a part of this setup which is why I ask here.
Related question: how are people handling adding family members of varying technical abilities to your tailnets? Does each family member get a separate user so you can manage their access? For my immediate family I was just logging tailscale in as me on their devices, but that becomes a pain when they get logged out and need me to log in again before things go back to working.
I'm using tailscale for this and am finding it great. I have an Unraid home server/NAS, which has quite nice tailscale integration. The server can be used as an exit node, and each containerized application/workload can be configured to use tailscale and get a nice (https) address that works in your tailnet. I'm not close to hitting the free tier limits, though I'd be happy to pay for it (and I do pay for mullvad through them)
Surprised noone mentioned netbird. I got annoyed of unpredictable speeds I'd get via tailscale and the fact that I am not in charge of my VPN. I now rent a 5 euro VPS at Hetzner(get an ip with it) and host netbird running on it and my home server/pc as an exit node.
> We’re working on a comparable UI for Windows devices
As a Linux user and fan of good GUI apps, it always bums me out I'm stuck with the CLI-only options for apps like Tailscale. Even for a simple tray icon I have to resort to buggy GNOME extensions.
I understand the fragmented ecosystem and small user-base on the desktop Linux side make it hard to justify, but I hope that changes one day!
Re: buggy GNOME extensions, it drives me nuts that GNOME has no built in support for menu bar icons/app indicators.
There's a whole class of GUI apps that should run in the background until needed, and GNOME just has no solution here. I really don't get why they removed this functionality.
I don't want a "service" model where you start/stop gui apps via systemd. And I don't want to keep a window around for no good reason.
Every time I get a new Mac, I run these commands to reduce the spacing between menu bar icons. Lets you fit at least 2x the number of items in the menu bar.
Hmmm, is this supposed to do something on OSX 26.3? I tried setting it to 10 and it doesn't seem to do anything? Wonder if there's something new for Tahoe.
Been using this trick for a while. It's wild that this isn't exposed in System Settings somewhere. macOS basically treats third-party menu bar apps as second-class citizens and then acts surprised when users are confused.
My only gripe, it only seems to apply to the macOS items. The ones put there by apps still seem to be spaced out the same as before. The macOS ones are definitely closer.
Isn't it true that Apple just prefers apps not use the menu bar in the first place? I'm not sure where I had read that, but it might explain why Apple doesn't improve the menu bar. Personally I'm of the opinion that they should improve it because the current situation is untenable.
The notch hiding menubar icons is such a stupid problem to have. I waste hours every week trying to help people who send me frustrated emails because they bought one of my apps and they say: "it doesn't launch" or "why doesn't it have any interface??"
No amount of FAQ will help these people. And this also results in hasty refund requests and even worse, chargebacks that take 2x the amount the users paid out of my pocket.
I recently helped my brother launch a simple app for making any window a PiP window (https://lowtechguys.com/pipiri) and in the first two days, half of the sales turned into refunds exactly because of this issue. People had so many menubar icons that they thought the app just doesn't work. Not an encouraging launch for his first app.
Not to mention the fact that the best solution that helped alleviate this, the Bartender app, was completely broken by Apple's internal API changes in macOS Tahoe.
The reason things are this way is that in Apple’s view, third party devs are effectively misusing menu items.
Originally it wasn’t even possible for third parties to add new menu extras using public APIs. That was something reserved for Apple. Third party devs had to use a tool called MenuCracker.
When Apple finally added the API used now, the intention for it was for full fat GUI programs to provide ephemeral menu item companions that disappear when the host app is quit. It was never intended to facilitate persistent third party menu extras.
So the issue hasn’t been fixed because in Apple’s view it’s a problem of third party devs’ own creation. If all third party menu items were ephemeral nobody would have enough for them to overflow into the notch area.
——
Personally I think they should offer a way to extend the Control Center and push devs who want persistence towards that. That would afford better organization for users and allow them to better control which are immediately visible (since some apps don’t offer an option to hide their menu item).
It's annoying for end-users (and you), but why not display a window with a SUPERSHORT message explaining that MacBooks with a notch might hide the icon on the first launch? Have a button or link to explain more for people who want it.
Shouldn't have to, but it might mitigate some of the stuff a FAQ won't catch.
I never understood the logic behind the thinking there. Why would you ever want to place menubar items UNDER the notch, if you know it's there and they won't be visible?
It's such an easy problem to fix, with such incredible usability consequences, I just don't get the thinking.
It's true this is a mess, but no application should have a menu by icon as its only means of access. It's OK to offer that as an option, but all applications should be capable of presenting a user interface when launched from the Applications directory (or (rarely) ~/Applications, etc).
There's really no exception to this rule. For an (tiny) minority of applications, it makes sense to hide the dock icon, and to typically access the app via hotkey or menu bar widget. But those apps should still have an icon and should still be able to be invoked by opening it using any of the standard ways to do that. That's just how the Mac works.
The truth is most apps have no business having a menubar icon, but many of them cannot even be disabled out of the box. There's a number of third-party tools that help with the issue, but really this should be handled at the OS level. I want a permission similar to notifications to control whether an app can litter the menubar or not.
There is no reason for apps to be in the menubar. Either they should have a dock icon or be hidden completely. And open a window with functions and settings when opened by spotlight.
I'm curious if people even cared about the half-centimeter extra screen space they got when Apple introduced the notch into MacBooks. Arguably it makes a bigger difference in iPhones so I'll grant them that, even if it does hide half of the top bar of the iPhone. But did people hate the half centimeter bezel on macs that much that they wanted to lose an inch of their task bar? Genuinely curious how we got here!
It is an app that sits in the background and provides connectivity. Occasionally you need to change a setting. Absolutely nobody wants a rich windowed UI, or a menu bar widget that drops down a complex detail card.
I hope they can see this is exactly what killed desktop anti-virus: something that was supposed to be quietly doing its job in the background started getting in the users way. It needed to poke its head up and scream "hey remember me?" at the behest of some product managers or growth hackers. Eventually it got so bad Microsoft just baked it into the OS. Tailscale is on even worse footing here because Apple is even quicker to act when you destroy user experience.
I always change my screen resolution to avoid the notch on my Mac. It's non-obvious how to do this but you end up with a slightly shorter resolution than the default.
I know this means I'm wasting potential pixels, and wasting all the engineer effort that went into the nearly bezel-free design, but worth it IMHO.
I stumbled across TailScale while I asked ClaudeAI regarding switching off of VPN: I wasnt aware of the tool.
Im "shocked" how perfect it functions! It worked out of the box for a fairly simple but old windows setup where I could apply it: Everything was perfectly fine, super user friendly in the beginning.
Actually one of the tools that you could use to admin your mum & dad computer
> Apple could certainly make some changes to prevent this being an issue at all.
Why Apple still hasn't fixed this in 2026 baffles me. The fact that a company the size of Tailscale has to find workarounds for an Apple blunder like this speaks volumes about how terrible Apple's software management is.
71 comments
[ 3.3 ms ] story [ 59.0 ms ] threadMy recommendation is to rethink it to work like apps like 1Password, Default Folder, Keyboard Maestro, Ice, etc., where I can always easily open a configuration app, but the service must be intentionally/knowingly quit via either the configuration app or the menu bar utility.
TLDR: Please separate the service from the new configuration app.
I guess I'll find out soon enough once I update, but I didn't see any specific callout in the article.
Mullvad, your turn next please
access to my home server
ability to stream US TV when abroad (by exiting from my home network)
ability to make it easy for others with non-tech backgrounds to connect with their devices (parents, kids, etc)
ability to have remote linux servers connect automatically on boot. This one is because I can't get OTA TV at home and want to set up a simple streaming box at someone else's house to do it that connects back to my house, so we can stream off all of our devices.
I'm guessing tailscale will be a part of this setup which is why I ask here.
As a Linux user and fan of good GUI apps, it always bums me out I'm stuck with the CLI-only options for apps like Tailscale. Even for a simple tray icon I have to resort to buggy GNOME extensions.
I understand the fragmented ecosystem and small user-base on the desktop Linux side make it hard to justify, but I hope that changes one day!
There's a whole class of GUI apps that should run in the background until needed, and GNOME just has no solution here. I really don't get why they removed this functionality.
I don't want a "service" model where you start/stop gui apps via systemd. And I don't want to keep a window around for no good reason.
```
defaults -currentHost write -globalDomain NSStatusItemSpacing -int 2
defaults -currentHost write -globalDomain NSStatusItemSelectionPadding -int 2
```
Do you have anything else as useful as this? THis is perfect
but not being able to interact with an icon is DISfunctionality, though yes, a simple one. So that principle can't explain the bad design either.
Guess I'll just stick with CLI only for now (via darwin-nix)
But am I misremembering this?
No amount of FAQ will help these people. And this also results in hasty refund requests and even worse, chargebacks that take 2x the amount the users paid out of my pocket.
I recently helped my brother launch a simple app for making any window a PiP window (https://lowtechguys.com/pipiri) and in the first two days, half of the sales turned into refunds exactly because of this issue. People had so many menubar icons that they thought the app just doesn't work. Not an encouraging launch for his first app.
Not to mention the fact that the best solution that helped alleviate this, the Bartender app, was completely broken by Apple's internal API changes in macOS Tahoe.
This could have been handled better.
Originally it wasn’t even possible for third parties to add new menu extras using public APIs. That was something reserved for Apple. Third party devs had to use a tool called MenuCracker.
When Apple finally added the API used now, the intention for it was for full fat GUI programs to provide ephemeral menu item companions that disappear when the host app is quit. It was never intended to facilitate persistent third party menu extras.
So the issue hasn’t been fixed because in Apple’s view it’s a problem of third party devs’ own creation. If all third party menu items were ephemeral nobody would have enough for them to overflow into the notch area.
——
Personally I think they should offer a way to extend the Control Center and push devs who want persistence towards that. That would afford better organization for users and allow them to better control which are immediately visible (since some apps don’t offer an option to hide their menu item).
Shouldn't have to, but it might mitigate some of the stuff a FAQ won't catch.
https://github.com/jordanbaird/Ice
It's such an easy problem to fix, with such incredible usability consequences, I just don't get the thinking.
There's really no exception to this rule. For an (tiny) minority of applications, it makes sense to hide the dock icon, and to typically access the app via hotkey or menu bar widget. But those apps should still have an icon and should still be able to be invoked by opening it using any of the standard ways to do that. That's just how the Mac works.
for example "tailscale" drop for free, share files between devices on your network
also https://tailscale.com/docs/features/tailscale-funnel which is cloudflare tunnel alternative, no more localtunnel or other things
so i am not surprized people like it as product, most good features are free.
This, at least, is not correct. Hold down Command and drag an icon to rearrange the order.
It is an app that sits in the background and provides connectivity. Occasionally you need to change a setting. Absolutely nobody wants a rich windowed UI, or a menu bar widget that drops down a complex detail card.
I hope they can see this is exactly what killed desktop anti-virus: something that was supposed to be quietly doing its job in the background started getting in the users way. It needed to poke its head up and scream "hey remember me?" at the behest of some product managers or growth hackers. Eventually it got so bad Microsoft just baked it into the OS. Tailscale is on even worse footing here because Apple is even quicker to act when you destroy user experience.
I know this means I'm wasting potential pixels, and wasting all the engineer effort that went into the nearly bezel-free design, but worth it IMHO.
Im "shocked" how perfect it functions! It worked out of the box for a fairly simple but old windows setup where I could apply it: Everything was perfectly fine, super user friendly in the beginning.
Actually one of the tools that you could use to admin your mum & dad computer
Why Apple still hasn't fixed this in 2026 baffles me. The fact that a company the size of Tailscale has to find workarounds for an Apple blunder like this speaks volumes about how terrible Apple's software management is.