After several hours debugging the recurring:
privileged helper has wrong version (-1.-1)
error, I think I’ve found the underlying problem.
I downloaded Steinberg_Library_Manager_3.2.80_mac.dmg directly from
Steinberg on 8 August 2026.
Library Manager’s own unified-log output says:
Steinberg Library Manager privileged helper still is out of date.
found(-1.-1) needed(1.12)
I then expanded Steinberg’s actual .pkg and inspected the helper shipped
inside it.
The helper bundled in the official 3.2.80 package has:
CFBundleVersion = 1.8
It is correctly signed:
Developer ID Application: Steinberg Media Technologies GmbH (5PMY476BJ6)
TeamIdentifier=5PMY476BJ6 Timestamp=20 Jul 2026 at 5:39:42 pm
I have verified that:
- Library Manager is 3.2.80.56.
- Both Library Manager and the helper have valid code signatures.
- The LaunchDaemon plist is valid.
- The helper is enabled in launchd.
- macOS successfully launches the helper on demand.
- Background Task Management considers it enabled and allowed.
- The helper starts, but its XPC peer connection is rejected, after
which Library Manager reports that it needs helper 1.12.
- I tested with System Integrity Protection both enabled and disabled;
the error is unchanged.
So unless I am missing something, the currently distributed Library
Manager 3.2.80.56 expects helper 1.12 but Steinberg’s own installer
contains helper 1.8.
Can anyone from Steinberg confirm this and provide the correct 1.12
helper or a corrected DMG?
Reinstalling the current 3.2.80 package simply reinstalls helper 1.8.
Thanks for posting this. Saved me a ton of time trying to debug it.
I just downloaded Library Manager 3.0.23.206 and it fixed the problem. Pretty dumb bug from Strindberg. This should have never made it into production.
I knew i wouldn’t be the only person! And yes they were a little sneaky fixing it and not replying here, but thats OK, very appreciative that Steiny are so responsive. I had ChatGPT guide me through the correct terminal commands to get appropriate system reports. I’ve been using the ‘syncrosoft’ replacement auth since it first arrived and i note this bug is a recurring one, which possibly suggested Steinberg should be a little more across it…I’m sure Apple doesn’t help with all their Microsoft-esque security tinkering.
Also curiously the ‘content’ the download manager had been prompting me to update has now disappeared and appears not to be required. Bit bloody confusing. If you’re going to spray content all over the place, this download>manager system needs to function perfectly…and especially the data thats being fed into it for various products
Was it actually fixed now or is the workaround to install the old version as devinroth did? I had the same issue yesterday.
EDIT: Still an issue with latest files. I am on MacOS Sequoia for context. Will try the old version…
I’m also on Sequoia, the latest library manager seemed to fix the error although mysteriously the content update that sparked the whole palava again seems to have disappeared from Steinberg Download Manager. This stuff should not ever be happening and i recommend Steinberg be a little bit more transparent about addressing it. I knew my testing had to be fool proof…which it was. This bug keeps rearing its head. Time to end that.
Just wanted to say that I downloaded the newest version once again of both the Download Assistant and Library Manager and I still get the same pop-up message whenever I install something from the Download Assistant. See below. This pop-up keeps showing up and prevents me from finishing the install. I have to hard kill the application because I cannot quit before the installation has finished. This is honestly quite unacceptable for a professional piece of software. If you click away the pop-up a sufficient amount of times, it does show up as installed eventually. But it isn’t, it doesn’t show up as registered in the Library Manager only in the Download Assistant.
