7 ms·
At work we have a lot of sentry errors related to browser extensions doing weird stuff. Chrome’s Google translate is also notorious for breaking react based si
by emptysea 1y ago
At work we have a lot of sentry errors related to browser extensions doing weird stuff.
Chrome’s Google translate is also notorious for breaking react based sites.
It ends up being a tedious triage process to ignore each new extension issue. We use the client side filtering to reduce our ingest volume. In general we have to have a lot higher thresholds to handle the noise vs our backends.
- jgalt212 1y ago> At work we have a lot of sentry errors related to browser extensions doing weird stuff. Are you referring to the "Object captured as exception" error which Sentry refuses to give any guidance on? We just end of filtering these out client-side.
- emptysea 1y agoAh yeah I remember that one, but can’t remember the origin. A lot of times the reason sentry can’t do much is because the browser JS VMs have terrible/non-existent stack traces, especially true with things like unhandled rejected promises.
- MartijnHols 1y agoIt's not just noise though; clients are actually experiencing crashes and other issues because of it. I wrote an in-depth article on the Google Translate extension's interference of React (and other webapps): https://martijnhols.nl/blog/everything-about-google-translate-crashing-react https://martijnhols.nl/blog/everything-about-google-translat... It's no wonder frontend has a lot more errors, after all it has to support so many more client variations than a typical backend. It can be very hard to make a big webapp that works well for everyone.