Specify end time for in progress anrs

[fractalwrench]

Goal

Specifies an end time for ANRs that are in-progress if one does not already exist. Ordinarily the OTel infrastructure would take care of this, but we've chosen to go outside of that for ANRs.

Testing

Updated unit test coverage.

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 80.71%. Comparing base (37dbdce) to head (6464918).

Additional details and impacted files

@@                Coverage Diff                @@
##           style-updates     #923      +/-   ##
=================================================
- Coverage          80.75%   80.71%   -0.05%     
=================================================
  Files                436      436              
  Lines              11606    11607       +1     
  Branches            1777     1777              
=================================================
- Hits                9373     9369       -4     
- Misses              1446     1448       +2     
- Partials             787      790       +3     

Files	Coverage Δ
...io/embrace/android/embracesdk/anr/AnrOtelMapper.kt	87.17% <100.00%> (ø)
.../android/embracesdk/anr/ndk/NativeAnrOtelMapper.kt	77.58% <100.00%> (+0.39%)	⬆️
.../embrace/android/embracesdk/injection/AnrModule.kt	96.49% <100.00%> (ø)
.../io/embrace/android/embracesdk/ndk/NativeModule.kt	100.00% <100.00%> (ø)

... and 4 files with indirect coverage changes

[bidetofevil]

LGTM.

It really feels like we should find a nice way to handling cases like this, e.g. send a bunch of telemetry to a holding area to give us a chance to redact logged telemetry, then "release" them when we're done. Building some plumbing around that feels like a reasonable thing to do for mobile apps