Skip to content
https://swupdate.sparklabs.com/download ... 201.10.dmg
Cheers,
James
Cheers,
James
Helper Tools Installation Failed
Got a problem with Viscosity or need help? Ask here!
- Posts: 4
- Joined: Tue Nov 16, 2021 10:21 pm
"Helper Tools Installation Failed
Viscosity was unable to install or upgrade its helper tools and must now quit. Please ensure that Viscosity has been correctly installed and isn't being blocked by any security software, and then reopen Viscosity to try again.
Error: Code signature on update bundle is invalid"
I keep getting this error on Monterey.
Viscosity worked fine in Big Sur but as soon as I updated to Monterey, I started getting this error. Updating to beta version 1.10.1 b3 of Viscosity solved the issue.
Now I got an update to 1.10.1 and the issue is back. I have tried everything. Reinstalling, deleting helper tool etc.
Viscosity was unable to install or upgrade its helper tools and must now quit. Please ensure that Viscosity has been correctly installed and isn't being blocked by any security software, and then reopen Viscosity to try again.
Error: Code signature on update bundle is invalid"
I keep getting this error on Monterey.
Viscosity worked fine in Big Sur but as soon as I updated to Monterey, I started getting this error. Updating to beta version 1.10.1 b3 of Viscosity solved the issue.
Now I got an update to 1.10.1 and the issue is back. I have tried everything. Reinstalling, deleting helper tool etc.
Hi sparkplug77,
Viscosity 1.10.1 now alerts you if the helper tools could not be updated, and the reason why. Helper tools consist of things like the OpenVPN binaries. Older versions of Viscosity would ignore a helper tools update failure and just attempt to run with the existing older tools. However that means things like OpenVPN (and its associated OpenSSL libraries) were not getting updated, which could potentially lead to security issues down the track.
In your case the helper tools are failing to install because the "Code signature on update bundle is invalid". This means that the Viscosity application has been modified in some way that has broken its code signature. It's likely the helper tools were failing to update with previous versions of Viscosity as well, however you were not aware this was the case as Viscosity wasn't alerting you.
The most common cause we see for an unexpected broken code signature is copying the Viscosity application using an incorrect terminal command. For example, if copying Viscosity using "cp", make sure you're using "cp -R" and not "cp -r" as the behaviour of these differ, with the latter not preserving the extended attributes on the files or the symlink structure of frameworks. These changes cause the code signature on applications to break. Try downloading a fresh copy of Viscosity from our website and copy it into place using click-and-drag:
https://www.sparklabs.com/viscosity/download/
Please also ensure that any security, antivirus, or similar software is not attempting to modify Viscosity. Some enterprise end point security software may inadvertently modify an application, which can also cause the code signature to break. Often whitelisting Viscosity in these applications can help.
You can test the code signature on the Viscosity application by entering the command
Cheers,
James
Viscosity 1.10.1 now alerts you if the helper tools could not be updated, and the reason why. Helper tools consist of things like the OpenVPN binaries. Older versions of Viscosity would ignore a helper tools update failure and just attempt to run with the existing older tools. However that means things like OpenVPN (and its associated OpenSSL libraries) were not getting updated, which could potentially lead to security issues down the track.
In your case the helper tools are failing to install because the "Code signature on update bundle is invalid". This means that the Viscosity application has been modified in some way that has broken its code signature. It's likely the helper tools were failing to update with previous versions of Viscosity as well, however you were not aware this was the case as Viscosity wasn't alerting you.
The most common cause we see for an unexpected broken code signature is copying the Viscosity application using an incorrect terminal command. For example, if copying Viscosity using "cp", make sure you're using "cp -R" and not "cp -r" as the behaviour of these differ, with the latter not preserving the extended attributes on the files or the symlink structure of frameworks. These changes cause the code signature on applications to break. Try downloading a fresh copy of Viscosity from our website and copy it into place using click-and-drag:
https://www.sparklabs.com/viscosity/download/
Please also ensure that any security, antivirus, or similar software is not attempting to modify Viscosity. Some enterprise end point security software may inadvertently modify an application, which can also cause the code signature to break. Often whitelisting Viscosity in these applications can help.
You can test the code signature on the Viscosity application by entering the command
Code: Select all
into the Terminal and pressing Return/Enter. If the code signature is valid you should see something like "Viscosity.app: valid on disk" near the end. If it's invalid you'll receive a different message with more information.codesign -vvvv /Applications/Viscosity.app
Cheers,
James
Web: https://www.sparklabs.com
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
- Posts: 4
- Joined: Tue Nov 16, 2021 10:21 pm
Running this command "codesign -vvvv /Applications/Viscosity.app" returns
/Applications/Viscosity.app: valid on disk
/Applications/Viscosity.app: satisfies its Designated Requirement
I have downloaded the file from your website and transferred into 'Application' by click and drag in DMG. Same error.
Installing with brew also gives same error.
In the meantime can I get a copy of 1.10.1 b3?
No antivirus. I keep gatekeeper disabled too.
/Applications/Viscosity.app: valid on disk
/Applications/Viscosity.app: satisfies its Designated Requirement
I have downloaded the file from your website and transferred into 'Application' by click and drag in DMG. Same error.
Installing with brew also gives same error.
In the meantime can I get a copy of 1.10.1 b3?
No antivirus. I keep gatekeeper disabled too.
In the meantime can I get a copy of 1.10.1 b3?The previous version of Viscosity, version 1.10, can be downloaded from the link below. I'm afraid we don't keep old beta versions available for long.
https://swupdate.sparklabs.com/download ... 201.10.dmg
Running this command "codesign -vvvv /Applications/Viscosity.app" returnsAlso try
Code: Select all
to ensure that it's not an issue accepting the Apple Developer ID signing on your computer.spctl --assess --verbose /Applications/Viscosity.app
Cheers,
James
Web: https://www.sparklabs.com
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
- Posts: 4
- Joined: Tue Nov 16, 2021 10:21 pm
I get this
Applications/Viscosity.app: accepted
source=Notarized Developer ID
override=security disabled
Unfortunately 1.10 gives the same error.
Applications/Viscosity.app: accepted
source=Notarized Developer ID
override=security disabled
Unfortunately 1.10 gives the same error.
- Posts: 4
- Joined: Tue Nov 16, 2021 10:21 pm
The strangest thing happened. I opened the Viscosity app from inside the DMG file and installed the helper. It worked fine. Transferred the app to /Applications after that and it is still working.
Cheers.
Cheers.
Unfortunately 1.10 gives the same error.Version 1.10 does not have this check in place, it's not possible for it to display the same error message. I recommend checking that the correct version of Viscosity is being run. If you have multiple copies installed perhaps the wrong copy is being run, and that's why nothing seems to be making a difference.
The strangest thing happened. I opened the Viscosity app from inside the DMG file and installed the helper. It worked fine.Glad to hear you got it working. Perhaps there is a problem with the file system on your drive (if this is a "hackintosh" there may be something wrong with the APFS driver being used). Or as above, perhaps the wrong version of Viscosity was being run previously (for example, maybe you're copying it to your global Applications folder, but then running a different copy from an Applications folder in your User directory).
Cheers,
James
Web: https://www.sparklabs.com
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
I'm seeing a similar issue when I push Viscosity updates from our MDM (Addigy) using a PKG built from the SparkLabs templates. If Viscosity is already installed/running, the pkg installs OK but presents the helper tools code signature error upon start.
Deleting the .app and re-running the installer from MDM results in a working install. Given that the pkg itself seems OK, I'm not sure what's going wrong. I could do a manual
Deleting the .app and re-running the installer from MDM results in a working install. Given that the pkg itself seems OK, I'm not sure what's going wrong. I could do a manual
Code: Select all
as part of the pre-install script but that seems clunky.rm -rf /Applications/Viscosity.app
Hi CanuckMSP,
This indicates that the included version of the Viscosity app bundle is corrupt and the code signature on it broken. It's happening when upgrading (rather than a fresh install) and the existing copy of Viscosity's helper is checking the validity of the upgraded package. The error message should include a specific reason for the failure.
A common mistake we see from sys admins when automating the bundling/deployment process is using "cp -R" instead of "cp -r" as the copy command in scripts, which have different outcomes on macOS. For more information please see:
https://www.sparklabs.com/support/kb/ar ... installing
Cheers,
James
This indicates that the included version of the Viscosity app bundle is corrupt and the code signature on it broken. It's happening when upgrading (rather than a fresh install) and the existing copy of Viscosity's helper is checking the validity of the upgraded package. The error message should include a specific reason for the failure.
A common mistake we see from sys admins when automating the bundling/deployment process is using "cp -R" instead of "cp -r" as the copy command in scripts, which have different outcomes on macOS. For more information please see:
https://www.sparklabs.com/support/kb/ar ... installing
Cheers,
James
Web: https://www.sparklabs.com
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
Support: https://www.sparklabs.com/support
Twitter: https://twitter.com/sparklabs
Hi James,
Thanks for the reply.
I'm creating a pkg bundle with the instructions from this page - https://www.sparklabs.com/support/kb/ar ... ences-mac/
Is that method deprecated now? Would it make more sense to have a bundle without the .app (settings/license only) and to push the .app out separately?
The specific error I'm getting is attached, but with limited detail beyond broken code signature. I've checked the .app that's packaged, and the code signature appears valid:
Thanks for the reply.
I'm creating a pkg bundle with the instructions from this page - https://www.sparklabs.com/support/kb/ar ... ences-mac/
Is that method deprecated now? Would it make more sense to have a bundle without the .app (settings/license only) and to push the .app out separately?
The specific error I'm getting is attached, but with limited detail beyond broken code signature. I've checked the .app that's packaged, and the code signature appears valid:
Code: Select all
/Users/work/Viscosity - Client/Viscosity/Viscosity.app: accepted
source=Notarized Developer ID
Code: Select all
codesign -vvvv "/Users/work/Viscosity - Client/Viscosity/Viscosity.app"
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/viscosity_openvpn_2_4
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/viscosity_openvpn_2_4
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/viscosity_openvpn
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/viscosity_openvpn
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/obfs4proxy
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/MacOS/obfs4proxy
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/libfido2.1.6.0.dylib
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/libfido2.1.6.0.dylib
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/CrashReporter.framework/Versions/Current/.
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/CrashReporter.framework/Versions/Current/.
--prepared:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/Sparkle.framework/Versions/Current/.
--validated:/Users/work/Viscosity - Client/Viscosity/Viscosity.app/Contents/Frameworks/Sparkle.framework/Versions/Current/.
/Users/work/Viscosity - Client/Viscosity/Viscosity.app: valid on disk
/Users/work/Viscosity - Client/Viscosity/Viscosity.app: satisfies its Designated Requirement
Attachments
Screen Shot 2022-01-11 at 12.32.36.png (135.12 KiB) Viewed 7541 times