Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
We don’t know if it took VMware to find it, to escalate it, etc. We do know someone thought it not severe enough not to ship the release, which was perhaps the wrong call.
How do we know this? Was it disclosed? This was a point release so what was the impact to the schedule if they did know? Is a point release really more critical to hit schedule than fix the stopper? If they did know about it and concluded it wasn’t a stopper then that sounds worse than not regression testing in the first instance. I don’t think any outcome makes Apple look clever from this one.
 
Hope somebody lost their job.
It seems a bit cruel to wish that someone would lose their job (accompanied with all the resulting hardship) over this. It must have been an inconvenience to you and to many other people to deal with this bug, but is it reasonable to attribute the problem to one person in specific, or to make one person take the blame for something Apple might not have known about or fully understood the implications of to begin with? Do you also expect this same level of perfection from your friends, your family and those you deal with in everyday life?

Make no mistake—I, too, get upset and irritated when software bugs interrupt my productivity and enjoyment of technology. I’ve complained a lot to Apple over the years, and logged countless support cases for numerous products, both software and hardware. When something is not to my liking or when it causes me inconvenience as a user, I will complain.

That said, I also realize that with something as complex as an operating system, there’s not just one person pulling the strings behind the curtain, so to speak. It’s a team effort, and sometimes mistakes are made. No manufacturer has ever released a flawless product without blemish, one which operates perfectly in every way. In the end, it’s up to the end user to make sure their bases are covered, so that when a particular piece of software or hardware they use does not function properly, they have a means of recovering.
 
It seems a bit cruel to wish that someone would lose their job (accompanied with all the resulting hardship) over this. It must have been an inconvenience to you and to many other people to deal with this bug, but is it reasonable to attribute the problem to one person in specific, or to make one person take the blame for something Apple might not have known about or fully understood the implications of to begin with? Do you also expect this same level of perfection from your friends, your family and those you deal with in everyday life?
A fired Apple employee will not starve. I don't demand perfection from my family because they don't work for Apple as professionally paid software people. Somebody failed and is responsible that there was field exposure. Apple got lucky that this wasn't a data corruption bug.
Make no mistake—I, too, get upset and irritated when software bugs interrupt my productivity and enjoyment of technology. I’ve complained a lot to Apple over the years, and logged countless support cases for numerous products, both software and hardware. When something is not to my liking or when it causes me inconvenience as a user, I will complain.

That said, I also realize that with something as complex as an operating system, there’s not just one person pulling the strings behind the curtain, so to speak. It’s a team effort, and sometimes mistakes are made. No manufacturer has ever released a flawless product without blemish, one which operates perfectly in every way. In the end, it’s up to the end user to make sure their bases are covered, so that when a particular piece of software or hardware they use does not function properly, they have a means of recovering.
OS development is only as complex as what you develop. What they are changing in a point release this late in the development cycle should be fixing bugs and thoroughly testing them. The general expectation of incremental point releases is that the higher the number the less changes involved. That small amount of change should be thoroughly tested, especially if it's to such core service as the HV FW.

Somebody fsck'd up big time. Heads have to roll.
 
I'm glad macOS Big Sur is getting version 11.0 instead of 10.16. So a fix like this can get a proper patch version number, like 11.0.1, instead of being "10.15.6 Supplemental Update".
 
Last edited:
  • Like
Reactions: Morod
That said, I also realize that with something as complex as an operating system, there’s not just one person pulling the strings behind the curtain, so to speak. It’s a team effort, and sometimes mistakes are made. No manufacturer has ever released a flawless product without blemish, one which operates perfectly in every way. In the end, it’s up to the end user to make sure their bases are covered, so that when a particular piece of software or hardware they use does not function properly, they have a means of recovering.
You covered it well. Just another observation, MacOS previously Mac OSX really hasn’t had something like this really. It’s core OS was always stable, never mind applications hanging/unexpectedly quitting effected the OS rebooting as far as I remember back to the original X and 10.1.
 
A fired Apple employee will not starve. I don't demand perfection from my family because they don't work for Apple as professionally paid software people. Somebody failed and is responsible that there was field exposure. Apple got lucky that this wasn't a data corruption bug.

OS development is only as complex as what you develop. What they are changing in a point release this late in the development cycle should be fixing bugs and thoroughly testing them. The general expectation of incremental point releases is that the higher the number the less changes involved. That small amount of change should be thoroughly tested, especially if it's to such core service as the HV FW.

Somebody fsck'd up big time. Heads have to roll.
Jesus. Give it a rest. Both of you. Nobody cares. I’m reading through this thread trying to find salient info about bug fixes, not listen to your rants about whether people should be fired or not. Hopefully a moderator will come in and delete all of these (and this message as well). Thank you.
 
That's an awfully big update (2.6 GB by my measurements) just to downgrade the kernel:

19G73 (10.15.6):

Darwin Kernel Version 19.6.0: Sun Jul 5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64

19G2021 (10.15.6 w/supplemental):

Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00 PDT 2020; root:xnu-6153.141.1~1/RELEASE_X86_64
 
That's an awfully big update (2.6 GB by my measurements) just to downgrade the kernel:
19G73 (10.15.6):
Darwin Kernel Version 19.6.0: Sun Jul 5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64
19G2021 (10.15.6 w/supplemental):
Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00 PDT 2020; root:xnu-6153.141.1~1/RELEASE_X86_64
YGTBFKM! Good catch on the command line Kernel Version date. I can confirm the 19G73, but haven't updated yet to confirm the latter. Anything else you see up(down)dated? Firmware versions?
 
That's an awfully big update (2.6 GB by my measurements) just to downgrade the kernel:

19G73 (10.15.6):

Darwin Kernel Version 19.6.0: Sun Jul 5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64

19G2021 (10.15.6 w/supplemental):

Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00 PDT 2020; root:xnu-6153.141.1~1/RELEASE_X86_64
It’s often the case that Mac OS updates are large - perhaps much larger than you might expect. Doesn‘t necessarily mean a lot has actually changed, and they aren’t going to publish the internals of why.
 
That's an awfully big update (2.6 GB by my measurements) just to downgrade the kernel:

19G73 (10.15.6):

Darwin Kernel Version 19.6.0: Sun Jul 5 00:43:10 PDT 2020; root:xnu-6153.141.1~9/RELEASE_X86_64

19G2021 (10.15.6 w/supplemental):

Darwin Kernel Version 19.6.0: Thu Jun 18 20:49:00 PDT 2020; root:xnu-6153.141.1~1/RELEASE_X86_64
Seems like anytime you use a different kernel its an another complete install.
 
Last edited:
The virtualisation crash was a very frustrating issue that should never have happened but at least Apple turned the fix around quickly so credit to them for that
 
Was anyone else asked for their iCloud password at the login screen after restarting from the installation? Found that a little weird.
 
How do we know this?

We know this because bugs were filed during the beta, and Apple didn't postpone the release in order to fix them.

Is a point release really more critical to hit schedule than fix the stopper?

Maybe not, but my guess is the right person didn't realize it was a stopper.

I don’t think any outcome makes Apple look clever from this one.

I mean, sure. This shouldn't have shipped.
 
Yet another update to Catalina with no mention of the Mail app bugs that have kept me from upgrading all this time.

Can anyone confirm whether the issue of email data loss via Mail app has been definitively fixed or not?
I can definitely confirm that the synchronisation bug between Apple Mail and iCloud has NOT been resolved by this update, at least not on my iMac...
Seems like Catalina is still not leaving early beta stage, even not with last full version / supplemental update...definitely not stable enough to be recommended for productive use on many machines.
 
  • Sad
Reactions: jb-net
It’s nothing to do with me who hires you. Just because somebody works at something doesn’t mean they’re any good. E.g. Apple person who let this stopper escape and lack of testing done where the bug was found. Hope somebody lost their job.

hoping someone losses their job for a bug their code? Really?

We train at our company, and this would be a learning opportunity, nothing more. Many words tossed around the Internet are just without thoughtful understanding of consequence.
 
What I don't understand about these recent Apple updates, is that I downloaded the 2.8GB update file from apple support website, and it will only install the update if the system is connected to the internet...

And even then, the "installer" has to download another 425MB of data before actually installing the update...


update.png
 
  • Wow
Reactions: jchap
Somebody fsck'd up big time. Heads have to roll.
Whose heads? The programmer who wrote the code? An individual software tester who failed to catch the bug? The person who wrote the test plan? The QA manager who supervised the testing? The QA director?

How about the Product Manager who signed off on the release? The director of software engineering? The VP of Software?

Or how about the executives who decided to allocate only so many resources to software testing, while maintaining pressure to meet an ambitious feature release schedule?

In any company, the responsibility for releasing buggy software goes all the way up the chain, not just theoretically but in actual practice. The danger of demanding that heads roll is that 1) the heads probably won’t belong to the people responsible for creating the conditions that lead to the release of buggy software, 2) the people who replace your decapitated developers will have less experience with the software you’re developing, and 3) your developers may become more concerned about covering their posteriors (a singularly inappropriate metaphor for someone facing decapitation) than about working together to release high-quality software.

Don’t get me wrong. As someone who used to run software QA for a living, I’m inclined to think that people should be serving jail time for some of the software bugs I keep reading about, but actually deciding who to fire or hang or sacrifice to the Red God isn’t entirely straightforward, nor perhaps entirely helpful.
 
Last edited:
I've been a Mac user for almost 20 years yet this is the first time I have never updated my systems to the latest OS. I've held off on 10.15 but am considering updating as Apple has begun to drop support for certain aspects of 10.14 (security updates, etc will continue of course). I've been experiencing issues on two Mac Pro's that haven't been resolved with weeks of online research, clean installs, and Apple tech leading me to consider updating to 10.15.

My biggest concern is access to root as Apple continues to extend SIP. I've always disabled SIP and Gatekeeper as I require read/write access for development and third party apps. Certainly this it not something everyone should do and doing so is always with risk yet is a necessity for my personal needs and I utilize other precautions, etc.

That stated, my biggest concern is read/write access to root as Apple created two volumes for Applications - User and System. I've created a script that mounts the drive for read/write, assigns the necessary permissions, then deletes it. I've used this on my MacBook Pro for development work which is now running Big Sur.

My concerns with 10.15:

- Will this be necessary in case my system needs to be restarted? (I rarely do so unless necessary)
- Has Apple locked the ability to mount and change root permissions with incremental 10.15.x updates?

Don't even get me started on Big Sur. Running it on my MacBook Pro for development and struggling to adjust to the UI in addition to SSV. I completely understand Apple's focus on security especially for novices/everyday users, yet their focus on locking the system down further with each release makes it difficult for third party developers to maintain their apps which is most likely Apple's true intentions as they want to force developers to utilize the Mac App Store. Given there are ways to easily bypass Apple's security measures - granted they've made the processes more difficult - and users have already found backdoors in Big Sur, I wonder if there are better methods for security measures than what Apple has been implementing since SIP and Gatekeeper were introduced.

I don't know, maybe just like, try it and see how it goes?
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.