transistorsoft / transistorsoft/react-native-background-geolocation

requestPermission() hangs indefinitely - no promise resolution/rejection, no popup, no error (Expo + New Architecture)

Open
#2,656 18 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
TypeScript
Stars
2.9k
Forks
446
PR merge metrics
No merged PRs in 30d

Description

Environment

  • Plugin version: 5.5.0
  • Platform: Android
  • Expo SDK with newArchEnabled: true (required, since react-native-reanimated and react-native-worklets both fail the build with assertNewArchitectureEnabledTask if disabled)
  • Device: Samsung Galaxy S23+, Android 16
  • Dev client build (npx expo run:android)

Issue

Calling BackgroundGeolocation.requestPermission(Permission.Location) hangs indefinitely — the returned promise never resolves nor rejects. No system permission popup ever appears. No error, warning, or log is emitted (with logLevel set to Verbose).

Execution simply stops at this call and never proceeds to .ready().

What I've tried (all with no effect on the hang)

  • Installed and confirmed expo-gradle-ext-vars is correctly applied (googlePlayServicesLocationVersion visible in generated android/build.gradle)
  • Tried different plugin ordering in app.config.js
  • Manually revoked all location permissions via adb shell pm revoke before testing
  • Fully uninstalled the app (adb uninstall) and rebuilt from scratch
  • Temporarily removed the expo-location plugin entirely to rule out a conflict between the two location SDKs — same hang
  • Tested .ready() with a minimal config (only logger.logLevel) after skipping requestPermission() entirely — .ready() itself also hangs the same way, with no popup and no log output

Config

plugins: [
  ...
  ['expo-gradle-ext-vars', { googlePlayServicesLocationVersion: '21.1.0' }],
  ['react-native-background-geolocation', {}],
],
BackgroundGeolocation.onLocation(...);
await BackgroundGeolocation.requestPermission(Permission.Location); // ← hangs here
await BackgroundGeolocation.ready({ ... });

Question

Is this a known issue with the v5 TurboModule (New Architecture) implementation? Since RN 0.82+ / Expo SDK 55 no longer allow disabling the New Architecture, I can't test against the legacy bridge to confirm.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the hang at requestPermission() and ready() in the Expo Android dev-client setup with New Architecture enabled. Trace the v5 TurboModule entry points for these calls and verify that permission requests resolve or reject and that ready() proceeds with observable logs or errors.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, react-native
Domain
mobile-dev
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.