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
Sourcemaps not being parsed properly? #99
Comments
hey @kennandavison could you try using inline sourcemaps to reduce the number of the possible reasons of the issue
|
Tried that and still having troubles getting sourcemap associated. More context: using seed.run (which has a Sentry-like stack trace viewer). Was using serverless-bundle which worked, but not working here. Trying to also see if it's on their end as well! |
Hey @kennandavison, I'm trying to test the issue. Have prepared the stack for seed.run, it's perfectly deployed, but not sure how to reproduce your issue, could you please guide me where is that |
https://seed.run/docs/issues-and-alerts.html#enabling-issues should get it up and running |
Yep, the line number/pointer is off when using esbuild, but correct when using serverless bundle. Are you seeing the same thing? |
@kennandavison yes I could reproduce it. so with |
@kennandavison no the assumption does not work either, so it's definitely |
Got it - thanks for checking this out! |
@kennandavison let me know if you gonna raise the issue in |
Hey - turns out you just need to add an env var! Serverless-bundle automatically does this while serverless-esbuild doesn't. https://serverless.pub/aws-lambda-node-sourcemaps/#enabling-the-native-source-map-support-for-node-12 Hope this helps someone else using sourcemaps :) |
also make sure to use |
Hey! Not sure if I'm doing something wrong here, but I see the sourcemap next to my files and it's not being parsed by my log viewer... Anyone else using source maps?
#91
The text was updated successfully, but these errors were encountered: