Tim Fish

Link to the node issues: https://github.com/nodejs/node/issues/52987

> Maybe it would be good idea for Sentry to fork iitm and launch it as their own package The plan is for it to move to the Node org:...

I might have found a temporary workaround... @nwalters512 Does this work as a temporary fix to get `tsx` working for your use case? ```ts import { register } from "node:module";...

There are multiple outstanding PRs for `import-in-the-middle` (including the one from @nwalters512 🙏) that combined hopefully fix a wide range of issues. Until they make it to a release, I've...

This issue might be fixed, but unfortunately `tsx` always adds it's loaders before others passed via `--import` so it's still not compatible: https://github.com/getsentry/sentry-javascript/issues/12357 https://github.com/privatenumber/tsx/issues/571 `import-in-the-middle` parses the loaded code to...

Are you bundling to ESM or CommonJs and are the Sentry dependencies being loaded via the ESM paths? The esbuild docs say: > The [main fields](https://esbuild.github.io/api/#main-fields) setting is set to...

> With the debugger opened by default, if someone knows this port number, they could remotely control the app. Isn't that unsafe? The ANR feature in the main process uses...

That init code looks fine. The `ElectronMinidump` integrations uses Electrons built in native uploader. It's potentially more reliable but lacks the ability to include full context like our custom uploader...

Assuming they were on 4.21.0 before... The Electron SDK 4.21.0 to 4.22.0 diff is minimal: https://github.com/getsentry/sentry-electron/compare/4.21.0...4.22.0 The JavaScript SDK changes from v7.107.0 to v7.109.0 were more extensive but I'm not...

Did they end up reverting to the previous version or are they still seeing excessive sessions?