You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Regarding hydration error spam:
As discussed in the linked issue it is questionable if we can say all hydration errors are useless. What we can do is in product make proactive suggestions to the user on how to get rid of them (if they want) with beforeSend and/or ignoreError
marks the stack frames as inApp:false so they're no longer relevant. Most relevant should become useful then
In case framework code IS useful:
There are situations like below where the user may want to upload min framework code. To do so they need to widen scope, this is not default because it increases upload time/size of source maps
So in product similar to above, we need to detect these tpes of stack trace errors based on some pattern
suggest they widenScope
we can consder marking these as irrelevant frames in SDK inApp:false
In this example to consider, if marking them all as inApp fale, then the stack trace will be empty but they don't have use for the user. You should still be able to see them, by selecting raw stack trace. However it is unclear the logic behind most relevant being selectable
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using? If you use the CDN bundles, please specify the exact bundle (e.g.
bundle.tracing.min.js
) in your SDK setup.@sentry/next
SDK Version
7.12.1
Framework Version
13?
Link to Sentry event
No response
SDK Setup
customer provided in another channel
Steps to Reproduce
NextJS applicaiton throwing errors, seems a pattern with hydration errors in particular
Expected Result
Do not receive errors in Sentry which occur within the framework
Errors which do appear in Sentry should not be marked as missing source maps related to framework code
Actual Result
Only receive errors in Sentry (costly to quota) which are questionably relevant for the user
Do not flag issue as missing source maps for framework specific code
The text was updated successfully, but these errors were encountered: