-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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 and events with debug ids are not matching #13997
Comments
I looked at your event payload and Sentry was actually able to sourcemap the stack frame but it seems like your sourcemaps are just buggy. In your place I would verify that every tool and plugin in your build toolchain actually emits proper sourcemaps. Often times plugins have a sourcemap setting. |
Thanks for checking it out @lforst! It's a relatively barebones project so the only notable warnings that I see in the build output are repeats of these two lines:
I did not think much of these because they are default plugins (as far as I'm aware) so I assume anyone that's working with Sentry Nuxt should have these plugins enabled as well. Are there known sourcemap settings for these two plugins that I've missed along the way? |
@s1gr1d have you come across this before? |
I had similar sourcemap warnings during build; explicitly enabling sourcemaps resolved that part for me. I thought that should not be needed when using the nuxt module, but I didn't investigate further. export default defineNuxtConfig({
sourcemap: {
server: true,
client: true,
},
vite: {
build: {
sourcemap: true,
},
}
}) |
Before closing, maybe @lforst can comment on whether or not adding this config should be necessary, when using the nuxt module? :) |
I'll let @s1gr1d make the call on this since she owns the Nuxt SDK. In my opinion, the SDK should likely add these flags out of the box iff they're not set to anything. |
Good suggestion @darthf1. I've reopened it so that they can close it when they're happy. |
I think it makes sense the Nuxt SDK adds those options already so you don't have to set them. I'll put this issue on the roadmap. Edit: Sadly, I cannot overwrite this setting as Nuxt already sets default values (Nuxt docs) and I cannot determine whether this was set by the user or Nuxt. To enable source maps for the client, the export default defineNuxtConfig({
sourcemap: {
client: true,
},
}) |
A PR closing this issue has just been released 🚀This issue was referenced by PR #14020, which was included in the 8.35.0 release. |
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/nuxt
SDK Version
8.34.0
Framework Version
Nuxt 3.13.2
Link to Sentry event
https://launchbase.sentry.io/share/issue/8a9d1595927f499e8a2283814fc989f6/
Reproduction Example/SDK Setup
N/A
Steps to Reproduce
We've configured @sentry/nuxt in a new project. A release is being created and the corresponding sourcemaps are uploaded (by making use of sourceMapsUploadOptions):

Expected Result
After triggering an error we expect to see the unminified code in the error details (we did check the list on the current Nuxt SDK roadmap and could not find any sign indicating that this is feature that's still in the pipeline).
Actual Result
Instead of seeing the unminified code we get the "Unminify Code" button.
According to the dialogue our Debug IDs seem to be setup correctly

For this particular event we can confirm that the event JSON does indeed contain a debug id:
and that both the Debug ID and Source Map Reference is present in the artifacts

Now it seems like the only thing left do do is to get these two entities to match with each other but we've run out of ideas and instructions to follow 🤕
The text was updated successfully, but these errors were encountered: