Replies: 1 comment
-
Turns out This is how we fixed it: - integrations,
+ integrations: (integrations) => {
+ const allowedIntegrations = [
+ 'InboundFilters',
+ 'FunctionToString',
+ 'LinkedErrors',
+ 'RequestData',
+ 'Console',
+ 'Http',
+ 'NodeFetch',
+ 'OnUncaughtException',
+ 'OnUnhandledRejection',
+ 'ContextLines',
+ 'LocalVariablesAsync',
+ 'Context',
+ ];
+
+ if (SENTRY_TRACE === 'true') {
+ allowedIntegrations.push('Fastify', 'Graphql', 'Redis', 'Postgres');
+ }
+
+ const filteredIntegrations = integrations.filter((integration) =>
+ allowedIntegrations.includes(integration.name),
+ );
+
+ if (SENTRY_PROFILE === 'true') {
+ filteredIntegrations.push(nodeProfilingIntegration());
+ }
+
+ filteredIntegrations.push(
+ extraErrorDataIntegration({
+ captureErrorCause: true,
+ depth: 3,
+ }),
+ rewriteFramesIntegration({
+ root,
+ }),
+ );
+
+ return filteredIntegrations;
+ }, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
We are debugging performance issues that suddenly appeared in production, and I was surprised to see
@opentelemetry/instrumentation-pg
in our stack trace.We initialize Sentry with:
However, notice in the stack trace:
so why is there still instrumented code?
Beta Was this translation helpful? Give feedback.
All reactions