-
-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Cannot filter out or disable "Large Render Blocking Asset" performance setting #87059
Comments
Auto-routing to @getsentry/product-owners-performance for triage ⏲️ |
@adamreisnz thanks for raising this! I will forward this along to the right person, but in the meantime, a few questions, if you don't mind! It's possible to archive any issues you're not interested in, so if you're not interested in this particular issue, you could archive it. Are you getting very many_ of these issues, and archiving is impossible? Also, I'm curious why you're not interested in this issue. Is it too noisy? Incorrect? is the render-blocking asset not fixable? |
Hi @gggritso, thanks for following up, and happy to answer your questions:
Sentry will still raise a new issue whenever the name of the render blocking asset changes (because it considers it a different issue). The name of the asset involved changes almost every day (for every release we do), as it has a random hash applied to it.
Yes, they occur daily, and archiving doesn't help as per above.
Basically all of the above. We have a large app with some legacy code that create large bundles, and at the moment these are unfixable. Sometimes this will result in longer than usual load times for users. This is ok, and acceptable to us. We just want to be able to disable any such warnings that we're not interested in, as they only create noise and distractions for the team – especially so since we use Linear integration and every time this issue comes up, it will (re)open a Linear ticket, put it in Triage/Backlog, etc. It has a large knock-on effect. To be honest I was very surprised to find there is no option to disable it. I remember in the past Sentry used to be very flexible with allowing us what features to enable/disable if we didn't want to use them. |
@adamreisnz understood, thanks! We've turned off that detector for you. You're right, Sentry usually provides UI toggles to turn features on and off. This one is an outlier, and there are plans to make this toggle available to customers, hopefully in the near future. That said, would you mind providing us with a few more details? Our detectors usually intelligently strip out random hashes from asset filenames, but in this case it's not working. If the stripping was working, you'd only get a small handful of issues and you could archive them instead of turning off the whole feature. If you could give me a few more details, we could use them to improve the detector for you, and everyone else:
|
Thanks @gggritso!
We're using Vite to build the FE app, although it's integrated through a Rails backend, so also hooked up using Vite Ruby (although that shouldn't make a difference)
Generated automatically
Here's three examples of prod asset names: What we found, is that Sentry seems to group the issues according to what page this happens on. It would then also create a Linear ticket with the "name" of the page, for example:
Etc. So I think Sentry is using that to differentiate the error tickets? But even if the page is the same, Sentry didn't seem to link the issues together as you can see here: Hope this helps |
@adamreisnz that does help, thank you very much for sharing that! |
Closing this issue. See linked issue about improving Vite fingerprinting. |
Environment
SaaS (https://sentry.io/)
Steps to Reproduce
Large Render Blocking Asset
as value to theignoreErrors
config also doesn't helpExpected Result
To be able to disable this performance metric/check.
Actual Result
Unable to disable it
Product Area
Performance
Link
https://arist.sentry.io/settings/projects/arist-main-vue/performance/
DSN
No response
Version
No response
The text was updated successfully, but these errors were encountered: