Fix a bug where disabling the sdk might cause a background exception

[priettt]

Goal

runCatching doesn't handle exceptions happening on another thread. This PR fixes that issue.

[github-actions]

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Scanned Files

None

[codecov]

Codecov Report

Attention: Patch coverage is 66.66667% with 2 lines in your changes missing coverage. Please review.

Project coverage is 85.58%. Comparing base (8b2c7ee) to head (5cf3065).
Report is 1 commits behind head on main.

Files with missing lines	Patch %	Lines
.../java/io/embrace/android/embracesdk/EmbraceImpl.kt	66.66%	1 Missing and 1 partial ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #2226      +/-   ##
==========================================
- Coverage   85.62%   85.58%   -0.04%     
==========================================
  Files         467      467              
  Lines       10398    10400       +2     
  Branches     1531     1532       +1     
==========================================
- Hits         8903     8901       -2     
- Misses        836      838       +2     
- Partials      659      661       +2     

Files with missing lines	Coverage Δ
.../java/io/embrace/android/embracesdk/EmbraceImpl.kt	80.92% <66.66%> (-1.75%)	⬇️

... and 1 file with indirect coverage changes

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[bidetofevil]

This should fix this issue. That said, I would move this entire block after stop(). If the SDK isn't started when this is called, we shouldn't trigger a delete, which requires the SDK to have been started.

Either make the purge not require the SDK to have started before or don't invoke it.