GET_TASKS Autorizzazione deprecata

Ho un'applicazione di protezione (App Locker) che utilizza questa authorization:

android.permission.GET_TASKS 

In Lollipop android questa authorization è deprecata e voglio che la mia applicazione funziona in API +21.
Qualcuno può dirmi come?

  • Il permesso viene negato quando si scrive in sdCard
  • Evita le immagini da elaborare dal servizio di anteprima
  • Tocca le coordinate in visualizzazione di text
  • Autorizzazioni non funzionanti
  • utilizza-permission vs authorization per le autorizzazioni android nel file manifest.xml
  • Come intercettare events di contatto da ViewPager.OnPageChangeListener
  • Thnx 🙂

    2 Solutions collect form web for “GET_TASKS Autorizzazione deprecata”

    C'è ragione per cui è deprecata. Il livello di protezione di android.permission.GET_TASKS è stato elevato a signatureOrSystem. Non esiste una soluzione facile e ingiuriosa per questo.

    A partire da LOLLIPOP, questo metodo non è più disponibile per applicazioni di terze parti: l'introduzione di centinaia di documenti centrali consente di perdere informazioni personali al chiamante. Per la compatibilità all'indietro restituirà ancora un piccolo sottoinsieme dei suoi dati: alless le attività del chiamante (sebbene si vedano getAppTasks () per il corretto modo supportto per recuperare tali informazioni) e possibilmente alcune altre attività come la casa conosciute non essere sensibile.

    http://developer.android.com/reference/android/app/ActivityManager.html#getRecentTasks(int,%20int)

    Ho visto un nuovo permesso REAL_GET_TASKS che si dice che sia utilizzato invece di GET_TASKS:

    Nuova versione di GET_TASKS che le applicazioni possono richiedere, dato che GET_TASKS non consente in realtà di accedere alle informazioni sulle attività. Abbiamo bisogno di questo nuovo perché ci sono molte applicazioni esistenti che utilizzano librerie aggiuntive e simili che dispongono di codice di validation per assicurare che l'applicazione abbia richiesto l'authorization GET_TASKS verificando se è stata concessa l'authorization … se non lo fa, uccide l'applicazione con un messaggio di essere sconvolto. Quindi dobbiamo continuare a sembrare che l'applicazione abbia ottenuto tale authorization, anche se non verrà mai verificata e nuove applicazioni privilegiate possono ora richiedere l'accesso reale.

    Vedere la differenza di codice Android a: https://android.googlesource.com/platform/frameworks/base/+/2d7576b%5E!/

    L'Android è un fan Android di Google, tutto su telefoni Android, Android Wear, Android Dev e applicazioni Android Games e così via.