-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Serverless graphql not reporting errors #4155
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 debug context (FYI this doesn't always show in the logs):
|
This issue has gone three weeks without activity. In another week, I will close it. But! If you comment or otherwise update it, I will reset the clock, and if you label it "A weed is but an unloved flower." ― Ella Wheeler Wilcox 🥀 |
Would love to see an example of anyone getting AWS Lambda working with Sentry, I still have not been able to. |
Turns out this had nothing to do with Sentry (or my implementation for that matter). The Lambdas don't have access to the network by default in a VPC. Feel pretty stupid admitting that was the issue but if anyone else is searching for this issue, you may want to start there as well. https://www.serverless.com/framework/docs/providers/aws/guide/functions#vpc-configuration |
I have followed this document directly: https://blog.sentry.io/2020/07/22/handling-graphql-errors-using-sentry
Running local servers like so works fine and reports to sentry:
However, when you switch it to a lambda using @sentry/serverless, the errors don't get populated to sentry like so:
Any idea why this could be? The apollo plugins iterates through the errors and runs captureException in withScore as you can see in the docs.
EDIT: by the way, the warm start lambda function slows from ~500ms to ~2.5s with this change, while cold starts are always about ~4.5s.
The text was updated successfully, but these errors were encountered: