-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Ability to unblock CI builds if Sentry is experiencing outage/downtime #16195
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Adding this for context; getsentry/sentry-webpack-plugin#379 |
Thanks @rgegriff - I didn't realize the webpack plugin was silo'd into its own repo. I see the recommendations over there and anticipate that this means someone from Sentry will show up and use that discussion as a reason to close this issue. I'm going to choose to leave it open myself, though, since I'm hoping they'll reconsider. At the very least, providing documentation and a link to it as part of the crash/failure would be IMO preferable to failing with no obvious escape hatch unless one finds that closed Github Issue and implements its suggestion. |
That's fair feedback. We'll
|
🙏 thank you @lforst - that would have given me the tools I needed to sort this out yesterday. |
For now you can pass to Next.js Sentry config: unstable_sentryWebpackPluginOptions: {
errorHandler: (err) => {
console.log("Sentry CLI Plugin: " + err.message);
},
}, |
Problem Statement
At the time of writing, Sentry is experiencing a "major outage". This is, in turn, blocking my company from being able to build or deploy locally, to staging, or to production. Whenever we attempt to build our NextJS application, the build fails at the end with:
There does not appear to be a documented workaround to allow us to disable Sentry temporarily or allow the Sentry "create new release" step to fail gracefully. As such, while Sentry is down, we are unable to work.
Solution Brainstorm
We would like a env variable or other configurable value that would allow us to either:
The text was updated successfully, but these errors were encountered: