(3) ref(tracing): Extract Stall Tracking to a standalone integration

[krystofwoldrich]

📢 Type of change

• Refactoring

📜 Description

This PR extracts Stall Tracking to a standalone integration. This is possible via client event spanStart and spanEnd which is available in JS v8. Before ReactNativeTracing integration ensured the Stall Tracking is started and stopped on transaction start and stop.

Moving the tracking to a standalone integration will let us measure usage of this feature (enabled integrations telemetry).

This PR introduces user facing breaking change.

Before

import Sentry from '@sentry/react-native';
Sentry.init({
  tracesSampleRate: 1.0,
  integrations: [
    new Sentry.ReactNativeTracing({
      enableStallTracking: true, // default true
    }),
  ],
});

After

import Sentry from '@sentry/react-native';
Sentry.init({
  tracesSampleRate: 1.0,
  enableStallTracking: true, // default true
});

💚 How did you test it?

sample app, tests

📝 Checklist

• I reviewed submitted code
• I added tests to verify changes
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled
• All tests passing
• No breaking changes

Predecessor to this PR

• (2) ref(tracing): Extract NativeFrames as standalone integration #3996

[github-actions]

iOS (legacy) Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	1228.02 ms	1229.27 ms	1.24 ms
Size	2.36 MiB	3.06 MiB	713.89 KiB

[github-actions]

iOS (new) Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	1239.86 ms	1229.02 ms	-10.84 ms
Size	2.92 MiB	3.62 MiB	719.78 KiB

[lucas-zimerman]

Some small nits but non blocking, other than that, LGTM!

[github-actions]

Android (legacy) Performance metrics 🚀

	Plain	With Sentry	Diff
Startup time	499.06 ms	561.80 ms	62.74 ms
Size	17.73 MiB	20.04 MiB	2.31 MiB