[runningcode]

📜 Description

Replace 80 catch (Throwable) with the exceptions the guarded code can throw. SDK bugs and fatal
errors at these sites are no longer swallowed:

• Executors (37): RejectedExecutionException around submit and schedule, which
  ISentryExecutorService declares.
  • SendCachedEnvelopeIntegration already caught it. Its broad arm is replaced by handling
    InterruptedException (restoring the interrupt flag) and ExecutionException from
    future.get(), next to the existing TimeoutException.
• File I/O (23): IOException. SecurityException for File.delete, renameTo and
  exists, which can throw nothing else.
• Parsing and the rest (20): the specific types: NumberFormatException,
  IllegalArgumentException, MalformedURLException, URISyntaxException,
  PatternSyntaxException, and so on.
  • Baggage's key/value parsing also catches IndexOutOfBoundsException, which an incoming entry
    without = triggers.

The 15 catches that guard nothing are removed in #6565 instead.

Test changes

Several tests only passed because these catches hid mocks that don't behave like the real
objects. They now do:

• The Replay executor mocks returned Unit from submit instead of a Future.
• ContextUtilsTestHelper.createMockContext gave the mocked Context and Application no
  assets. A real Context always has them.
• RootCheckerTest's mocked Runtime.exec returned null.
• EnvelopeCacheTest faked a session write failure with a RuntimeException; it now throws an
  IOException.
• The batch processor tests make submit throw RejectedExecutionException instead of a plain
  RuntimeException.

💡 Motivation and Context

This is part of the catch (Throwable) audit:

• fix: Narrow Throwable catches where LinkageError is expected (JAVA-552) #6562 handles the sites where a LinkageError is expected.
• This PR narrows the ones whose failures are known.
• ref: Remove Throwable catches that guard nothing (JAVA-552) #6565 removes the ones that guard nothing.

The three PRs don't depend on each other. Baggage.java conflicts with #6565, which re-indents
the per-entry catch narrowed here, so whichever PR merges second needs a rebase.

Six sites the audit had marked for narrowing are left for the boundary PR:

• DeviceInfoUtil.getExternalStorageStat calls context.getExternalFilesDirs, a framework call.
• The Apollo 3 and 4 request-body writeTo runs the app's own upload code.
• The view id lookup in ViewHierarchyEventProcessor is part of the walk over the app's views.
• BuildInfoProvider.isEmulator and ContextUtils.getFamily read Build.* fields. Making them
  null-safe changes their signatures.

• Part of Check where we are catching Throwable #5513
• Part of JAVA-552

💚 How did you test it?

Ran the unit tests of sentry, sentry-android-core, sentry-android-ndk,
sentry-android-replay, sentry-async-profiler, sentry-apollo-3, sentry-apollo-4,
sentry-jdbc, sentry-opentelemetry-core and sentry-opentelemetry-otlp, plus detekt for the
Kotlin modules.

📝 Checklist

• I added GH Issue ID & Linear ID
• I added tests to verify the changes.
• No new PII added or SDK only sends newly added PII if sendDefaultPII is enabled.
• I updated the docs if needed.
• I updated the wizard if needed.
• Review from the native team if needed.
• No breaking change or entry added to the changelog.
• No breaking change for hybrid SDKs or communicated to hybrid SDKs.
• Public API changes reviewed by another Mobile SDK team member or implemented according to the develop docs spec.

🔮 Next steps

• Add rethrowIfFatal and a comment saying why the catch is broad to the boundary sites, one PR
  per module group.

🤖 Generated with Claude Code

[linear-code]

JAVA-552

[github-actions]

🚨 Detected changes in high risk code 🚨

High-risk code has higher potential to break the SDK and may be hard to test. To prevent severe bugs, apply the rollout process for releasing such changes and be extra careful when changing and reviewing these files:

• sentry-android-core/src/main/java/io/sentry/android/core/InternalSentrySdk.java

[sentry]

📲 Install Builds

Android

🔗 App Name	App ID	Version	Configuration
SDK Size	io.sentry.tests.size	8.63.0 (1)	release

⚙️ sentry-android Build Distribution Settings