swift – iOS suspends app after BLE discovery even though I start Always-authorized location udpates

I’m hitting a specific edge case with background execution that I can’t figure out. I’m using Flutter for the UI, but all the logic handles are in Swift using CoreBluetooth and CoreLocation.

I need the app to wake up from a suspended state when it detects my specific BLE peripheral (OBD sensor), connect to it, and immediately start continuous location tracking for the duration of the drive.

If I start this process while the app is in the foreground, or very shortly after going to BG, it works perfectly. The app stays alive for the whole trip.

The issue only happens when the sequence starts from the background:

1. The app is suspended. scanForPeripherals wakes the app when the sensor is found.

2. In didDiscover, I immediately call locationManager.startUpdatingLocation().

3. locationd actually delivers updates successfully.

4. However, 5-15 minutes later, iOS suspends the app again.

Crucially, I never see the blue “Location In Use” pill on the status bar, even though I have showsBackgroundLocationIndicator = true set. Also, distance filter is set to None.

Logs for reference (around suspending)

locationd: {"msg":"Sending location to client","Client":"[appName]:","desiredAccuracy":"-1.000000"}
runningboardd: Invalidating assertion ... from originator \\\[osservice:...\\\]
runningboardd: Removed last relative-start-date-defining assertion for process app<[appName]...>
runningboardd: Calculated state ... running-suspended
runningboardd: Suspending task
locationd: Client [appName]: disconnected
bluetoothd: State of application "[appName]" is now "suspended"

Questions

• Why does invalidating the Bluetooth assertion cause an immediate suspend even though I called startUpdatingLocation() and am receiving updates?

• Does the missing blue location pill imply that the OS never fully “accepted” the location session?

• Is there a specific “handshake” required to transition from a BLE wake-up to a long-running location session? I’m wondering if I need to use a background task identifier to bridge the gap between the BLE wake and the location manager taking over.