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).
There’s no statement or action (such as banning menu-bar-only apps from the Store or even changing the APIs) supporting that Apple still wants menu bar items to be ephemeral.
> Personally I think they should offer a way to extend the Control Center and push devs who want persistence towards that.
They actually added that in macOS 26. Just like on iOS, apps can now offer custom actions that you can add into the control center.
It's also abused by soo many devs, just wanting there app to be seen 24/7 by the users, regardless if there app gains anything from being in the menu bar. That's why many users run out of space. Most people don't look at settings or ways to remove them (if they even give an option), so they quickly fill up the menu bar. Back in the day without a notch, people would have so many that some menu items would disappear too.