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
-
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