Open grabbou opened 8 years ago
Let me dig into this. There may have been some changes with iOS 9 I'm not aware of. I've run into something similar before. In an app we submitted we used background modes, but didn't actually require background modes in the app itself.
Could you provide some additional information if possible: Which iOS version are you targeting? Xcode version? Are you using background modes?
:+1: thanks a ton for this library, I'm hoping this gets resolved before I submit my app.
Hey, thanks for the answer!
I don't use any other background modes, just built-in location from react-native
. I am using location
in the background mode to receive constant location updates since the application is highly coords oriented. But I might be misconfiguring that.
Another case (rather impossible) is that I turn on the beacons module after user selects a venue that supports that. So there might be the case that Apple haven't seen the location popup and haven't set up any beacons nearby. But on the other hand, I'd expect them to search for references in native files first and I think that's what they usually do.
I have already turned off that flag mentioned in the 1st post, but I am still on the way to getting the new build generated, so will be able to test in a bit.
It turns out there have been some changes in iOS 9 relating to the background functionality. Specifically the allowsBackgroundLocationUpdates
of the location manager needs to be set to true
/YES
, otherwise it's not listening to background updates which may be the reason of the rejection.
I'll fix that up as soon as I can, but I may not be able to release a new version before tomorrow.
No worries, thanks for the feedback. I'll try to check it out in my project and if it works, I'll get back to you with more details.
Did this get resolved? Just looking at possibly using this for something.
I'm going to push out a new release tonight with the fix I described above. I'm sorry I couldn't get to it earlier.
That's great news @frostney, thanks :)
I've basically removed that flag as per Apple fix and still waiting for the results (it works anyway). Turns out we were not using bg location at all.
As far as I know, to use region monitoring (not ranging) with beacons on iOS you don't need any background mode, but just be sure that the location authorization is set to "Always". Region Monitoring enter event works even when the app is terminated, relauncing it for a short amount of time so that you can notify the user. If you need ranging in background, then you need the location update background mode.
You can read more on https://developer.apple.com/reference/corelocation/cllocationmanager
If you don't have a use case for background location updates, better not to enable it, both to save battery and time in case apple asks why you need it.
Anyone know if this has been resolved? Just got a number of very insistent messages from the Resolution Center that I don't need background location modes. During a long phone call with the people at Apple they tried to convince me that to detect enter and exit events I don't need background location, and yet trying it without causes monitoring to fail.
Hey, we've submitted the app and here's what we got:
After googling for a while and checking source code of this module (which is great btw) I haven't found any links to
CoreBluetooth
or other APIs different thanCoreLocation
that does not need that permission because the only thing it cares about is locationOnce that's confirmed to solve the issue, it would be advisable to update the readme and do not suggest adding BLE flag.
Have you had any issues with submitting the app so far?