Bump bugsnag-android-ndk from 4.9.1 to 5.22.4

[dependabot]

Bumps bugsnag-android-ndk from 4.9.1 to 5.22.4.

Release notes

Sourced from bugsnag-android-ndk's releases.

v5.22.4

Bug fixes

• Reverted #1680 to avoid deadlocks during startup #1696
• Improved app.inForeground reporting for NDK errors #1690

v5.22.3

Bug fixes

• Fixed concurrency bug that could be triggered via the React Native plugin #1679
• Correctly report device.locationStatus on Android 12 onwards using LocationManager.isLocationEnabled 1683
• Small performance improvements to Bugnag.start #1680

v5.22.2

Bug fixes

• Fixed NDK stack-traces for libraries linked after Bugsnag.start was called #1671

v5.22.1

Enhancements

• Max reported threads can now be configured using manifest meta-data "com.bugsnag.android. MAX_REPORTED_THREADS" #1655
• Small improvement to startup performance (Bugsnag.start) #1648

v5.22.0

Enhancements

• Added Bugsnag.isStarted() to test whether the Bugsnag client is in the middle of initializing. This can be used to guard uses of the Bugsnag API that are either on separate threads early in the app's start-up and so not guaranteed to be executed after Bugsnag.start has completed, or where Bugsnag may not have been started at all due to some internal app logic. slack-jallen:#1621 #1640

• Events and Sessions will be discarded if they cannot be uploaded and are older than 60 days or larger than 1MB #1633

Bug fixes

• Fixed potentially thread-unsafe access when invoking Bugsnag static methods across different threads whilst Bugsnag.start is still in-flight. It is now safe to call any Bugsnag static method once Bugsnag.start has begun executing, as access to the client singleton is controlled by a lock, so the new isStarted method (see above) should only be required where it cannot be determined whether the call to Bugsnag.start has begun or you do not want to wait. #1638
• Calling bugsnag_event_set_context with NULL context correctly clears the event context again #1637

v5.21.0

Enhancements

... (truncated)

Changelog

Sourced from bugsnag-android-ndk's changelog.

5.22.4 (2022-05-24)

Bug fixes

• Reverted #1680 to avoid deadlocks during startup #1696
• Improved app.inForeground reporting for NDK errors #1690

5.22.3 (2022-05-12)

Bug fixes

• Fixed concurrency bug that could be triggered via the React Native plugin #1679
• Correctly report device.locationStatus on Android 12 onwards using LocationManager.isLocationEnabled 1683
• Small performance improvements to Bugnag.start #1680

5.22.2 (2022-05-04)

Bug fixes

• Fixed NDK stack-traces for libraries linked after Bugsnag.start was called #1671

5.22.1 (2022-04-28)

Enhancements

• Max reported threads can now be configured using manifest meta-data "com.bugsnag.android. MAX_REPORTED_THREADS" #1655
• Small improvement to startup performance (Bugsnag.start) #1648

5.22.0 (2022-03-31)

Enhancements

• Added Bugsnag.isStarted() to test whether the Bugsnag client is in the middle of initializing. This can be used to guard uses of the Bugsnag API that are either on separate threads early in the app's start-up and so not guaranteed to be executed after Bugsnag.start has completed, or where Bugsnag may not have been started at all due to some internal app logic. slack-jallen:#1621 #1640

• Events and Sessions will be discarded if they cannot be uploaded and are older than 60 days or larger than 1MB #1633

Bug fixes

• Fixed potentially thread-unsafe access when invoking Bugsnag static methods across different threads whilst Bugsnag.start is still in-flight. It is now safe to call any Bugsnag static method once Bugsnag.start has begun executing, as access to the client singleton is controlled by a lock, so the new isStarted method (see above) should only be required where it cannot be determined whether the call to Bugsnag.start has begun or you do not want to wait. #1638

... (truncated)

Commits

• 3597e9e Merge pull request #1696 from bugsnag/PLAT-8497/anr-in-datacollectionmodule
• 1ed9c1b Revert "perf(DependencyModule): removed future and replaced it with `resolv...
• fbdd4d4 Merge pull request #1690 from bugsnag/PLAT-8379/session-lifecycle-fix-sdk29
• b02c087 fix(sessions): update session tracking after onStart / onStop has returned on...
• e72a724 Merge pull request #1693 from bugsnag/tms/fix-pipeline
• 97e7642 Fix pipeline indentation
• 4a4f0fa Merge pull request #1688 from bugsnag/tms/android-6-stability
• ebb587d Correct indentation
• 41347b2 Use higher tier BrowserStack device
• 269a379 Use Maze.check
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #141.