I will say, I’ve been using OS X / MacOS since Jaguar, and it’s only in the last 5 years that turning it off and then on again has ever been an effective solution to an issue I’m having with it.
Of course they won’t because if they did apple support would laugh as hard as the rest of us in this thread areAre you submitting this to feedback.apple.com or the feedback app?
That's not quite what I'm saying here. There will never not be bugs.
… and more of the pro-status quo group-think exemplified here…Of course they won’t because if they did apple support would laugh as hard as the rest of us in this thread are
Exactly. I left Windows because Apple’s Mac OS was a superior product.macOS has more in common with Windows than people think.
What’s easier than restarting your phone? Apple only has so many people. It impossible to make everything perfect for every user.That's not quite what I'm saying here. There will never not be bugs.
My point here is that it should be easy to automatically recover from problems should they occur. It shouldn't have a confusing result like a click doing nothing, or iCloud sync suddenly not working, or software updates failing to install with no explanation and the only option being to restart the device entirely if the problem is with a specific daemon or background service. (I shouldn't need to run a Terminal command, either.)
There also needs to be better QA/QC so that edge cases can be detected and resolved as much as possible.
In what way?macOS has more in common with Windows than people think.
My point here is that it should be easy to automatically recover from problems should they occur. It shouldn't have a confusing result like a click doing nothing
You have every right to be frustrated. Their software is buggy and naggy as sin, and I deal with it every single day. I’m honestly getting really sick of it and have never been closer to moving to Android or nothing. Lately I’ve started embracing cash and simplicity, closed almost all of my credit cards, deleted all but required apps, using an iPhone SE, and I am happier because I’m calmer. The computer, phone, and total disrespect for sane communication by being just intruded upon with bug after bug and popup after popup and nag and cookie and update and 🤡😯😈😧🫤🤥😑😈😷 has become 90% of what makes me a neurotic apphole. It’s not my fault for wanting to take part of the advancements in civilization that is the smartphone. It’s THEIR fault for making it all proprietary and 💩y. There needs to be more community backlash and involvement when it comes to user experience.In many Apple support threads online where people encounter strange issues with their devices, a restart often fixes the issue. Great, right? I think not.
We shouldn't have to restart our Apple devices to make them work.
Sure, Apple silicon processors are extremely fast these days, making restarts faster than ever. But the fact of the matter remains that we shouldn't need to interrupt our workflows to restart our devices.
Here is an example of this that I encounter often: AirDrop on the Mac. Sometimes it will fail to work; clicking on the icon for my iPhone or iPad will do nothing. Sometimes this can be fixed by running "killall sharingd" in Terminal; however, most of the time, I need to restart the Mac for it to work again. This is on an M1 MacBook Air, by the way. (Now, I'm not saying that we need to tell users to run a Terminal command; this is just an illustrative example.)
From what I've seen -- and this is my opinion -- most of the strange issues that people have are the result of the system entering a "quasi-working" indeterminate state that Apple did not expect to occur and as such does not provide a way for the system to recover from.
If Apple is focusing on bug fixes and performance improvements for their next-generation operating systems as the rumors say, then they need to focus on identifying edge-case/indeterminate situations and providing a way for the system to recover from them, automatically. And they need to make sure that the system can only operate in determinate, well-defined conditions.
How can this be applied to the example above? On Apple platforms, launchd is responsible for launching daemons and background tasks, and restarting these processes if they crash. However, to my knowledge, there is not a way for launchd to detect an unresponsive process and automatically restart it. In the AirDrop example above, it's my belief that the root cause is sharingd becoming unresponsive or otherwise unable to receive user input. A useful fix would be for launchd to send a "heartbeat" signal to the processes and restart them transparently if they don't respond within a certain time frame. (This approach wouldn't work for user-facing applications, but it would certainly work for background services and daemons that don't put windows on screen.)
I believe a similar approach is used in embedded systems where humans might not be physically near the system to restart it at will. If Apple truly wants to make their computers like appliances, then they should build the software with that philosophy in mind; human intervention shouldn't be required to get out of indeterminate states.
Of course, this would lead to a far better user experience, which is the point of me writing all this. Things will "just work."
I would be interested to hear your thoughts on this.
EDIT: original post was written in a moment of frustration. Please read the thread before replying.
It’s either main memory issues or bad high level programming. I encounter similar things constantly. It’s annoying as sin. It’s the Windows virus equivalent of macOS/iOS.This is the way things are DESIGNED, but the implementation has bugs. Apple (or anyone else these days) doesn't intentionally require reboots to fix issues; they're a symptom of issues deep enough in the OS that recovery without re-start is not possible.
When I used Windows more frequently back in the day, the Event Viewer was a great tool to review and see if anything exploded behind the scene. As far as I can tell MacOS doesn't have something like this.
Most electronic devices that have ever been created is often fixed by restarting. It isn't an Apple only thing.In many Apple support threads online where people encounter strange issues with their devices, a restart often fixes the issue. Great, right? I think not.
We shouldn't have to restart our Apple devices to make them work.
Sure, Apple silicon processors are extremely fast these days, making restarts faster than ever. But the fact of the matter remains that we shouldn't need to interrupt our workflows to restart our devices.
Here is an example of this that I encounter often: AirDrop on the Mac. Sometimes it will fail to work; clicking on the icon for my iPhone or iPad will do nothing. Sometimes this can be fixed by running "killall sharingd" in Terminal; however, most of the time, I need to restart the Mac for it to work again. This is on an M1 MacBook Air, by the way. (Now, I'm not saying that we need to tell users to run a Terminal command; this is just an illustrative example.)
From what I've seen -- and this is my opinion -- most of the strange issues that people have are the result of the system entering a "quasi-working" indeterminate state that Apple did not expect to occur and as such does not provide a way for the system to recover from.
If Apple is focusing on bug fixes and performance improvements for their next-generation operating systems as the rumors say, then they need to focus on identifying edge-case/indeterminate situations and providing a way for the system to recover from them, automatically. And they need to make sure that the system can only operate in determinate, well-defined conditions.
How can this be applied to the example above? On Apple platforms, launchd is responsible for launching daemons and background tasks, and restarting these processes if they crash. However, to my knowledge, there is not a way for launchd to detect an unresponsive process and automatically restart it. In the AirDrop example above, it's my belief that the root cause is sharingd becoming unresponsive or otherwise unable to receive user input. A useful fix would be for launchd to send a "heartbeat" signal to the processes and restart them transparently if they don't respond within a certain time frame. (This approach wouldn't work for user-facing applications, but it would certainly work for background services and daemons that don't put windows on screen.)
I believe a similar approach is used in embedded systems where humans might not be physically near the system to restart it at will. If Apple truly wants to make their computers like appliances, then they should build the software with that philosophy in mind; human intervention shouldn't be required to get out of indeterminate states.
Of course, this would lead to a far better user experience, which is the point of me writing all this. Things will "just work."
I would be interested to hear your thoughts on this.
EDIT: original post was written in a moment of frustration. Please read the thread before replying.
Wow. You must be new to using computers. Try using Windows if you hate restarting off and on.
How much ‘easier’ do you want it to be than a restart? I don’t understand the problem. Thats as easy of a solution as you’re going to get.I have had these issues on multiple Mac laptops with no third party hardware installed. With regards to third party software, nothing out of the ordinary- just Microsoft Office, Slack, Spotify, VS Code, Xcode, Chrome, Firefox, Zoom, VLC and a few other things. All from the Mac App Store where possible (except for Xcode, which doesn't download properly from the MAS and hasn't done so for years).
What frustrates me - and what motivated this post - is that these issues occur at random when I least expect them. I can't reliably reproduce them at all. They're little things, but it's really disruptive when you're expecting things to work and they don't. This is especially true of Continuity features, most notably the Universal Clipboard and Universal Control. I might not know why the problem is occurring, but the system certainly does because these are first-party features. Why can't the system diagnose and attempt to fix the problem automatically?