fix: support themed Android system navigation bars

[huhuanming]

Summary

• expose setNavigationBarAppearance(r, g, b, a, useDarkIcons) from react-native-device-utils
• update the current Android Activity navigation bar color and icon appearance on the UI thread
• reapply the last requested appearance when the Activity resumes
• keep iOS as a no-op so consumers can use one cross-platform API

Android behavior

• Android 15+: keep the platform navigation bar transparent and draw a reusable protection view only behind three-button navigation
  • handle bottom, left, and right navigation-bar positions across rotation
  • remove the protection area in gesture mode and restore it when three-button mode returns
• Android 10–14: set navigationBarColor directly and disable enforced contrast
• Android 8–9: set navigationBarColor and navigation icon appearance through AndroidX compatibility APIs
• Android 7 / API 24–25: use an opaque black navigation bar when dark icons are requested because the platform cannot render dark navigation icons

Runtime scope

This API belongs to the Android main/UI runtime and updates the current Activity Window. It must not be called from the isolated background runtime.

Release and integration

• bumped and published all 36 publishable app-modules packages as 3.0.95 under the next dist-tag
• release workflow completed successfully: https://github.com/OneKeyHQ/app-modules/actions/runs/33327489194
• integrated the complete 3.0.95 package set and the theme synchronization call into fix: sync Android navigation bar with app theme app-monorepo#13079

Validation

• package typecheck passed
• Android compileDebugKotlin --rerun-tasks passed
• Android lintDebug passed
• example APK built and installed successfully
• Android 15 / API 35 visual verification passed:
  • light and dark appearances in three-button mode
  • portrait, landscape-left, landscape-right, and upside-down rotations
  • three-button to gesture to three-button transitions without a gesture-mode protection strip
• Android 7 / API 24 visual verification passed:
  • a light-background/dark-icon request falls back to a black bar with readable light icons
• app-monorepo Android 15 integration verification passed:
  • light theme rendered a light navigation background with dark buttons
  • switching system/app theme to dark cleared LIGHT_NAVIGATION_BARS
• git diff --check passed
• GitHub checks are green

[socket-security]

No dependency changes detected. Learn more about Socket for GitHub.

👍 No dependency changes detected in pull request

[huhuanming]

Addressed both P1 findings from the automated review in commit 6c570ab:

• Regenerated example/react-native/ios/Podfile.lock so all local pods and spec checksums match version 3.0.90.
• Updated scripts/setup-nitro-module.js to resolve Hermes from hermes-compiler/package.json and use hermesc/%OS-BIN%/hermesc, matching React Native 0.86.

Validation completed:

• bundle exec pod install --deployment: passed with no lockfile changes
• BackgroundThread iOS simulator scheme: build succeeded
• Android example arm64-v8a debug APK: build succeeded
• setup script syntax check and resolved Hermes compiler existence check: passed

The Socket obfuscated-code warning does not require a dependency change: @react-native/debugger-frontend 0.86.2 is an official React Native package sourced from facebook/react-native and is pinned transitively by @react-native/dev-middleware 0.86.2. The published debugger UI is bundled/minified, which is what triggers this heuristic; the package version and integrity are locked, so I am treating it as acceptable risk for this PR.

[huhuanming]

@SocketSecurity ignore npm/@react-native/debugger-frontend@0.86.2