Primary location continues to request permission

I could swear that the expected behavior in the primary location resolution dialog box looks something like this:

  • if the user clicks "Yes", he will no longer be displayed
  • If the user clicks "No", he is displayed again, the next time the application starts. If the user clicks β€œNo” a second time, he will no longer be displayed.

What I actually see is the following:

  • user must double click "Yes" twice in a row to save this preference
  • no matter how many times the user clicks "No", this preference is not remembered

Did I just anticipate the first expected behavior, or has it recently changed?

As far as we know, what level of control do we have over this? Should I remember that the user said β€œNo” and stop asking?

Is it documented anywhere?

+4
source share
1 answer

My recollection is that the user always had to double-click β€œYes” before he stopped asking.

The only documentation I can find so far is the LocateMe sample code, in particular the MyCLController class. In the locationManager: didFailWithError: method, they claim that

Do not allow in two subsequent launches of applications is the same as saying never allow. The user can reset for all applications by selecting Settings> General> reset> reset Location Alerts.

It appears that the behavior has changed so that it continues to request permission, even if you click No, although I'm not sure when it happened. I do not believe that we need to remember this, but it will not be too complicated, because the kCLErrorDenied error code is returned if they click "No".

+4
source

All Articles