size-limit report 📦

Yep, no problem.

Would this flag still be stored under the same globalThis._sentryModuleMetadata or use an extra global store?

Any preferences over the integration name and corresponding bundler plugin option?

Would this flag still be stored under the same globalThis._sentryModuleMetadata or use an extra global store for this?

Under the hood I think it would still make use of globalThis._sentryModuleMetadata, simply because the entire architecture is already prepared for that.

Any preferences over the integration name and corresponding bundler plugin option?

The following names come to mind for the integration (happy to receive other suggestions):

• thirdPartyErrorsFilterIntegration
• stackTraceIntegrityFilterIntegration
• filterGarbageErrorsIntegration

I think the option in the bundler plugins should be called something like:

• codeIdentifier
• codeIntegrityIdentifier
• codeIntegrityFilterKey

The options of the integration should probably be something as follows:

interface Options {
    /**
     * Keys that have been provided in the Sentry bundler plugin as integrity keys.
     */
    filterKeys: string[],
    
    /**
     * Defines how the integration should behave:
     * 
     * - `drop-if-some-frames-not-matched`: Drops all error events that contain stack frames that did not come from files marked with a matching integrity key.
     * - `drop-if-all-frames-not-matched`: Drops all error events exclusively contain stack frames that did not come from files marked with a matching integrity key
     * - `apply-tag-if-some-frames-not-matched`: Keep all events, but apply a `not-application-code: True` tag in case some frames did not come from user code.
     * - `apply-tag-if-all-frames-not-matched`: Keep all events, but apply a `not-application-code: True` tag in case ale frames did not come from user code.
     */
    behaviour: 'drop-if-some-frames-not-matched' | 'drop-if-all-frames-not-matched' | 'apply-tag-if-some-frames-not-matched' | 'apply-tag-if-all-frames-not-matched'
}

We can also add some more behaviours that only look at the top stack frame.