You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Shazron Abdullah (JIRA)" <ji...@apache.org> on 2015/04/29 02:31:06 UTC
[jira] [Updated] (CB-8826) cordova-plugin-geolocation should
reverse permissions request in ios8
[ https://issues.apache.org/jira/browse/CB-8826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shazron Abdullah updated CB-8826:
---------------------------------
Component/s: (was: iOS)
Environment: iOS
> cordova-plugin-geolocation should reverse permissions request in ios8
> ---------------------------------------------------------------------
>
> Key: CB-8826
> URL: https://issues.apache.org/jira/browse/CB-8826
> Project: Apache Cordova
> Issue Type: Bug
> Components: Plugin Geolocation
> Affects Versions: 3.4.0
> Environment: iOS
> Reporter: Jason Peterson
> Priority: Minor
> Labels: easyfix
> Fix For: Master
>
>
> I would like to suggest a change to how the geolocation plugin requests
> permissions in iOS8. In the event that both iOS8 NSLocation usage
> permissions exist, I suggest that we first request the least permissive one
> (NSLocationWhenInUseUsageDescription).
> This should amount to simply reversing the logic in CDVLocation.m:
> {code}
> if([[NSBundle mainBundle]
> objectForInfoDictionaryKey:@"NSLocationWhenInUseUsageDescription"])
> {
> [self.locationManager requestWhenInUseAuthorization];
> } else if([[NSBundle mainBundle] objectForInfoDictionaryKey:@
> "NSLocationAlwaysUsageDescription"]) {
> [self.locationManager requestAlwaysAuthorization];
> }
> {code}
> I have a use case where an app launches with both descriptions set, but
> depending on client configuration the "AlwaysInUse" permission may not be necessary. As the logic is written now, the plugin will always request that one, which could look a bit extreme to the end user.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org