Hi sentry users.
I have been working on integrating sentry-native into a macOS application that runs multiple root and non-root processes. The integration works well on root processes and crashes are reported to sentry but on non-root processes, crashpad_handler fails to launch even though execute permission for it is available to everyone. There’s not much information in sentry debug logs on why that’s happening. Does anyone have any idea or know why this could be happening?
2022-04-29 00:53:10.125 PST d: [clipboard_01_01] Sentry log - using database path "/Library/Application Support/TextCopy"
2022-04-29 00:53:10.127 PST d: [clipboard_01_01] Sentry log - starting transport
2022-04-29 00:53:10.128 PST d: [clipboard_01_01] Sentry log - starting background worker thread
2022-04-29 00:53:10.128 PST d: [clipboard_01_01] Sentry log - starting backend
2022-04-29 00:53:10.129 PST d: [clipboard_01_01] Sentry log - starting crashpad backend with handler "/Library/Application Support/TextCopy/TextCopy.app/Contents/Helpers/crashpad_handler"
2022-04-29 00:53:10.131 PST d: [clipboard_01_01] Sentry log - using minidump url "https://o173976.ingest.sentry.io:443/api/<masked>/minidump/?sentry_client=sentry.native/0.4.13&sentry_key=<masked>"
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - failed to start crashpad client handler
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - failed to initialize backend
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - `sentry_init` failed
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - shutting down transport
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - shutting down background worker thread
2022-04-29 00:53:10.229 PST d: [clipboard_01_01] Sentry log - submitting task to background worker thread