Cannot start companion server: safeStorage unavailable
cortesi opened this issue · comments
Consent
- I verified that there is no open/closed issue for the same subject.
- I understand that YTMDesktop have NO affiliation with Google or YouTube
Current Behavior
On MacOS, I cannot start the companion server because safeStorage is unavailable.
Expected Behavior
Expected behaviour is to be able to activate the companion server.
Steps To Reproduce
Simply start the app
YTMDesktop
v2.0.0
OS
macOS
OS Version
14.3
Arch
ARM64
Installation way
Package downloaded from the latest release on Github
Anything else?
- I've confirmed that this works starting the project with "yarn start" from source. I've not been able to confirm whether built packages from source succeed, because they crash immediately on my system when run, and I haven't had time to troubleshoot this.
- I've noticed a related issue report #1186. That issue seems Linux-specific.
- #1287 is also possibly related, but approving keychain access had no effect for me.
- Possibly relevant: I had to use "xattr -c" to get around an error starting the app from the release packages after installation.
This issue is pertaining to keychain access. You might need to double check you did everything for that correctly and quit the application fully and restarted it for it to detect access.
Possibly relevant: I had to use "xattr -c" to get around an error starting the app from the release packages after installation.
We don't have signed and notarized builds for mac. This is clearing the quarantine flag mac puts on the application which is what throws the "App is damaged and can't be opened" popup. Many other issues are related to it not being signed and notarized as well.
I've confirmed that keychain access is unrestricted, fully restarted the application, etc.
I see the following when starting the app manually from the command-line:
[main][info] Application launched
[main][info] Created memory store
[main][info] Created electron store
[4858:0209/142953.477578:ERROR:keychain_password_mac.mm(113)] Keychain lookup for suffixed key failed: Error Domain=NSOSStatusErrorDomain Code=-67030 "(null)" (-67030)
2024-02-09 14:29:53.487 youtube-music-desktop-app[4858:54685] WARNING: Secure coding is automatically enabled for restorable state! However, not on all supported macOS versions of this application. Opt-in to secure coding explicitly by implementing NSApplicationDelegate.applicationSupportsSecureRestorableState:.
[main][info] Application ready
[main][info] Setup IPC handlers
[main][info] Setup permission handlers
[main][info] Unregistered shortcuts
[main][info] Registered shortcuts
[main][info] Created tray icon
[main][info] Created main window
[main][info] Created YTM view
[main][info] Setup taskbar features
[main][info] Integration update: Zoom Factor
[main][info] Starting enabled integrations
[renderer][info] LegacyDataMixin will be applied to all legacy elements.
Set `_legacyUndefinedCheck: true` on element class to enable.
If we look up the error code 67030 we get for keychain access we see this:
https://www.osstatus.com/search/results?platform=all&framework=all&search=67030
And if we then look it up in the header file here:
... the matching comment is "invalid Info.plist (plist or signature have been modified)"
This looks like a code-signing error on plist access to me. So I think the fact that keychain access is denied is probably due to the fact that the application is unsigned. I'm sorry, but I don't have time to sign up for a developer account and test this at the moment, but perhaps it can provide a direction to look in for someone down the track.
