The reality is that a core part of how the company’a product works is broken with the latest version. That means that customers of tools like Super Duper (and presumably also Carbon Copy Cloner) who rely on the tools for bootable backups need to potentially hold off on upgrading to 15.2. Considering that this is a tool a lot of Mac admins use, this is a thing you want to let people know about, if for no other reason than to reduce or try to anticipate support loads.
And unfortunately, filing Radars often doesn’t solve these sorts of issues. And the customer is always going to blame the third-party. So it is incumbent on the third-party to let people know the issue while at the same time, hopefully apply pressure through negative publicity to get the problem fixed.
Phil Schiller (Apple’s head of marketing and the App Store) once said that “running to the press” doesn’t work, but it absolutely does. And especially when it comes to changes that might be bugs (but could also be signs of feature removals), getting public sentiment on your side is often the only recourse third-party devs have.
Yes, that ensuing discussion could be PR as a side effect, but no respected third-party devs (certainly not ones as longstanding as the Super Duper folks) are using this as a marketing opportunity.
They just want their business to not suffer because of a bug they can’t control or fix.
That was actually from the 2010 App Store Review Guidelines: "If you run to the press and trash us, it never helps."
So I would bet that it was built at NeXT and brought across.
It's in the archive going back to 1999:
https://web.archive.org/web/19991009144258/http://bugreport....
Now, it may be that the Apple bug database is always called Radar, regardless of implementation, like the Dread Pirate Roberts.
The information from the public "tracker" is just forwarded to the internal Radar and that's a one-way street.