Problem Statement
I have a privileged/isolated JavaScript context in my application. It uses IPC to inform the main JavaScript context of any errors. I cannot add Sentry to my privileged context. So, Sentry is only enabled in the main context.
I am sending the error details via IPC from the privileged context, and then doing captureException(new Error(errorMessage)) in the main context. This notifies me of errors, but it doesn't work well in general.
The primary issue is that the stack trace is from another file (in privileged context), and I have it in a string variable (stackTraceStr) in a different file (in the main context). I am not able to tell Sentry to parse the stackTraceStr intelligently as the actual/real stack trace. If Sentry would be able to do that, that would solve both my problems (lack of proper fingerprinting and lack of a proper stacktrace)
I am allowed to upload the sourcemaps for the privileged context source files to Sentry. But I need an API call, for example: scope.setStackTrace(stackTraceStr) (and, if Sentry can't parse the files automatically, scope.setFiles(filePathList)) to indicate to Sentry what is the real stack trace it should be looking at.
I hope it makes sense.
Solution Brainstorm
No response
┆Issue is synchronized with this Jira Epic by Unito
Problem Statement
I have a privileged/isolated JavaScript context in my application. It uses IPC to inform the main JavaScript context of any errors. I cannot add Sentry to my privileged context. So, Sentry is only enabled in the main context.
I am sending the error details via IPC from the privileged context, and then doing
captureException(new Error(errorMessage))in the main context. This notifies me of errors, but it doesn't work well in general.The primary issue is that the stack trace is from another file (in privileged context), and I have it in a string variable (
stackTraceStr) in a different file (in the main context). I am not able to tell Sentry to parse thestackTraceStrintelligently as the actual/real stack trace. If Sentry would be able to do that, that would solve both my problems (lack of proper fingerprinting and lack of a proper stacktrace)I am allowed to upload the sourcemaps for the privileged context source files to Sentry. But I need an API call, for example:
scope.setStackTrace(stackTraceStr)(and, if Sentry can't parse the files automatically,scope.setFiles(filePathList))to indicate to Sentry what is the real stack trace it should be looking at.I hope it makes sense.
Solution Brainstorm
No response
┆Issue is synchronized with this Jira Epic by Unito