Lokalizacja Menedżer usunąć aktualizacji pozwolenia

Używam android studio i compileSdkVersion jest 23 że używam poniżej kodLokalizacja Menedżer usunąć aktualizacji pozwolenia

if(locationManager != null){ 
      locationManager.removeUpdates(GPSListener.this); 
     }

zatrzymać aktualizację gps gdzie Listener GPS to klasa, która implementuje LocationListener.

ale zgodne removeUpdates otrzymuję poniżej ostrzeżenia niestrzępiącą

połączeń wymaga uprawnień, które mogą zostać odrzucone przez użytkownika: kod powinien jednoznacznie sprawdzić, czy zezwolenie jest dostępny (z checkPermission) lub uchwyt potencjał SecurityException

Nie otrzymuję problemu z powyższym kodem. Jakiekolwiek dodatkowe uprawnienia należy dodać do pliku manifestu ?.

Pozdrawiam.

Źródło

2015-09-22 Madhukar Hebbar

https://developer.android.com/preview/features/runtime-permissions.html – Kuffs

Od wersji SDK 23 powinieneś/musisz sprawdzić uprawnienie przed wywołaniem funkcji API lokalizacji. Oto przykład jak to zrobić:

if (locationManager != null) { 
    if (checkSelfPermission(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED 
      || checkSelfPermission(Manifest.permission.ACCESS_COARSE_LOCATION) == PackageManager.PERMISSION_GRANTED) { 
     locationManager.removeUpdates(GPSListener.this); 
    } 
}

Jest checkSelfPermission(), która ma sprawdzić, czy „ty” (ta aplikacja) ma odpowiednie uprawnienia. Istnieje również checkPermission(), który polega na sprawdzeniu, czy inny proces ma odpowiednie uprawnienia.

Uwagi

obok robi to sprawdzanie wykonania, wciąż jest również konieczne, aby wymagać odpowiednich uprawnień w AndroidManifest.
jeśli targetSdk jest < 23, należy użyć ContextCompat.checkSelfPermission() zamiast (dzięki JerryBrady)

Źródło

2015-09-22 11:10:57

Dzięki Tim. To rozwiązało mój problem. –

Pamiętaj, że jeśli Twój cel jest <23, powinieneś użyć ContextCompat.checkSelfPermission(). –

Chcę płakać. Dlaczego aplikacja potrzebuje pozwolenia na usunięcie już dołączonej listy lokalizacji od menedżera lokalizacji? –

I nie był w stanie wykorzystać checkSelfPermission(), ponieważ mój min API jest 14 i 23 jest wymagana. Wiedząc o tym, możesz również try do catch a SecurityException.

Przykład:

try { 
    locationManager.removeUpdates(GPSListener.this); 
} catch (SecurityException e) { 
    Log.e("PERMISSION_EXCEPTION","PERMISSION_NOT_GRANTED"); 
}

Źródło

2015-10-29 18:21:22

Pytanie dotyczy docelowej wersji sdk 23. Brak powiązania z min. Api. –

Pytanie dotyczyło "compileSdkVersion 23", co nie oznacza, że aplikacja jest kierowana na 23. Jeśli chcesz kompatybilność wsteczną z pełną obsługą Android M, użyj zamiast tego opcji ContextCompat.checkSelfPermission() i to zadziała. –

Przepraszam. Nie zdawałem sobie z tego sprawy. Ale myślę, że ta opcja przy użyciu try-catch nadal jest przydatna. –

Aby dodać komentarz Jerry Brady'ego dotyczących ContextCompat, to być pełny kod dla < 23:

if (ContextCompat.checkSelfPermission(this, android.Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED 
       || ContextCompat.checkSelfPermission(this, android.Manifest.permission.ACCESS_COARSE_LOCATION) == PackageManager.PERMISSION_GRANTED)

Źródło

2015-11-14 21:22:49

-1

Oto moje rozwiązanie!

if (Build.VERSION.SDK_INT >= 23) { 

       if (checkSelfPermission(android.Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED 
         || checkSelfPermission(android.Manifest.permission.ACCESS_COARSE_LOCATION) == PackageManager.PERMISSION_GRANTED) { 

        lm.removeUpdates(this); 
       } 
      } 
      else 
      { 
       lm.removeUpdates(this); 

      }

Źródło

2017-01-19 17:46:23

Lokalizacja Menedżer usunąć aktualizacji pozwolenia

Odpowiedz

Powiązane problemy