Android 6.0 : certaines applications ne retrouvent pas toutes leurs autorisations
Mais le problème est réglé
Le 09 octobre 2015 à 09h30
3 min
Société numérique
Société
Comme presque toujours avec l’arrivée d’une nouvelle version majeure d’un système d’exploitation, Android 6.0 peut provoquer quelques difficultés. Le nouveau système d’autorisations n’entraine parfois pas une bascule automatique, et certaines applications peuvent ne pas fonctionner normalement. Explications.
Parmi l’ensemble des nouveautés d’Android 6.0, alias Marshmallow, la gestion des autorisations est clairement l’une des plus importantes. Jusqu’à présent, le système mobile rassemblait les autorisations par lots. Installer une application comme Allociné réclame ainsi l’accès aux contacts, la position GPS, l’accès au téléphone, aux connexions Wi-Fi, à l'exécution au démarrage, aux paramètres Bluetooth ou encore au contrôle du vibreur. L’application a-t-elle réellement besoin de toutes ces autorisations pour fonctionner ? Non, mais là n’est pas la question.
Le fait est que ces autorisations sont agglutinées dans un lot unique. Il suffit qu’elle ait besoin d’une seule pour obtenir le reste. Un système très différent de ce qui existe sur iOS et Windows Phone, où chaque accès est demandé individuellement lorsque l’application en a besoin. Les autorisations sont donc demandées à l’unité en cas de besoin, et non toutes validées via un lot à l’installation de l’application.
D'une gestion par lots au cas par cas
Avec Android 6.0, Google bascule sur un modèle identique. L’idée est évidement d’augmenter la granularité des autorisations et donc d’octroyer à l’utilisateur un contrôle bien plus efficace de ce qu’une application peut faire ou non. La cerise sur le gâteau, c’est qu’il peut aller consulter la liste des accès pour chaque application et couper par exemple l’autorisation sur la géolocalisation de manière spécifique.
Seulement voilà, à nouvelle version majeure, petits soucis de migration. Maintenant que des images Android 6.0 sont disponibles pour certains appareils, les utilisateurs peuvent rencontrer des problèmes avec les applications, certaines ayant un comportement étrange. Par exemple, Google+ peut ne pas afficher les dernières photos prises quand on rédige un nouveau statut. Pourquoi ? Parce que le système d’autorisation a basculé sans renouveler les demandes à l’utilisateur.
Dans le cas de Google+, il manque plus exactement l’accès aux photos. L’utilisateur doit faire une démarche « active » pour provoquer la demande, comme prendre une photo depuis l’application, ce qui déclenche une demande d’accès. Tant qu’il ne fait rien, Google+ considère qu’il n’a pas l’autorisation pour piocher dans les photos et ne les affiche donc pas. Ce n’est évidemment pas un problème sérieux, mais on peut retrouver des cas similaires avec d’autres applications. Le symptôme est toujours le même : une fonctionnalité qui apparaissait avant n’y est plus.
Contrôler les autorisations en cas de problème
Selon AndroidPolice, la cause pourrait être un oubli des développeurs. Dans Android 5.1, ces derniers visent l’API level 22 pour leurs applications. Avec Android 6.0, ils ont pu migrer vers le niveau 23 pour se mettre en conformité avec le nouveau système, mais en omettant d’insérer des boites de dialogue pour confirmer le renouvellement des autorisations.
Dans tous les cas, la solution est simple : aller dans les paramètres du système et contrôler les autorisations des applications, pour autoriser ce qui manque. Évidemment, ce contrôle devra se faire pour chaque application qui rencontrerait des soucis de fonctionnement.
Android 6.0 : certaines applications ne retrouvent pas toutes leurs autorisations
-
D'une gestion par lots au cas par cas
-
Contrôler les autorisations en cas de problème
Commentaires (38)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 09/10/2015 à 12h20
La fonction de base qui manque à tous les téléphones c’est de pouvoir être root sur SON téléphone. Peut-être Android 42 ?
Le 09/10/2015 à 12h46
Le 09/10/2015 à 12h47
Euh non, jamais, un peu de bon sens stp.
Le 09/10/2015 à 12h53
Le 09/10/2015 à 13h01
Tout simplement parce que Google a voulu choisir la solution “opposée à l’UAC” … ne pas emmerder l’utilisateur quand il a besoin de quelquechose, mais lui demander tout d’un coup.
Ton application lampe torche a besoin d’envoyer des SMS ? Alors trouve en une autre, c’est pas ce qui manque sur le store des appli de lampe torche " />
Maintenant oui, c’est préférable pour l’utilisateur et pour le dev d’avoir une vue “demander l’autorisation à l’utilisation”, mais ça n’a rien de primordial non plus …
Quand tu penses qu’il a fallu 6 versions majeurs de IOS pour qu’il prévienne l’utilisateur qu’une app était entaint de récupérer des info dans ton carnet d’adresse ! " /> Android depuis le début previent un utilisateur à l’install d’une appli que l’application peut piocher dans le carnet d’adresse
http://www.panoptinet.com/cybersecurite-pratique/18-des-apps-ios-scrutent-nos-ca…
Le 09/10/2015 à 13h19
Le 09/10/2015 à 14h00
Tu es choqué facilement " />
Tu trouveras toujours des petits malins qui essaieront de profiter de la naïveté des autres, ça n’a rien de spécifique à Android, ni même à l’informatique. Et c’est pas une façon de paramétrer différente qui va arrêter les abus.
Le 09/10/2015 à 14h30
Le 09/10/2015 à 15h01
Le 09/10/2015 à 19h20
Un système très différent de ce qui existe sur iOS et Windows Phone
Et Firefox OS ! Depuis la 1.0 d’aileurs, lui n’a pas ttendu la 6e version, il est donc en avance sur Android " />
Le 10/10/2015 à 01h59
Le 10/10/2015 à 08h05
Le 11/10/2015 à 10h33
À quand le proxy?
Le 11/10/2015 à 16h18
Le 11/10/2015 à 16h53
Le 12/10/2015 à 06h38
J’avoue que c’est gonflant à force et qu’une maj serait bienvenue. Mais bon y’a pire sous MM et pas qu’un peu (…).
Le 09/10/2015 à 09h40
Question, la fonctionnalité similaire présente sous CyanogenMod depuis la version 12.1 basée sur Android 5.1.1, a été forkée depuis les premières sources dispo d’android M ?
C’est quand même étrange ce revirement de Google, dire que c’est eux qui leur avaient foutu la pression à une époque, pour retirer cette fonctionnalité d’ancienne version de CyanogenMod…
Le 09/10/2015 à 09h44
Bha on va dire que y’a que les idiots qui change pas d’avis " />
Le 09/10/2015 à 09h45
Au final, je trouve que c’est l’appli G+ qui est pas forcément bien codée. L’appli devrait demander à l’OS si elle a bien la permission et ne rien présupposer. Après que l’autorisation ait été demandée de manière statique à l’install, dynamique à l’éxecution ou redfinir mais de manière statique (à la Cyanogen), ben l’appli devrait y voir que du feu.
Quoiqu’il en soit, il est evident que des combinaisons de features autorisées ou non vont apparaitre alors qu’avant c’était un lot, donc inévitablement, il va y avoir quelques bugs.
Le 09/10/2015 à 09h45
Venant de google+ ça fait tache …
Le 09/10/2015 à 09h50
J’ai installé android 6.0 sur mon Nexus 5, et c’est justement ces autorisations, indispensables selon moi, qui m’ont mis en, confiance, et en fait c’est une vraie déception, on est loin de tous les réglages et la transparence à laquelle j’étais habitué avec ma rom préalable. Là j’attends que Xposed avec Xprivacy soit compatible android 6.0, mais ça mettra un peu de temps… c’est vraiment le top du top de la gestion d’autorisation même si au début il n’est pas évident à maîtriser, mais là je me retrouve sans rien, je vais dans Paramètres, applications, autorisations des applicationset capteurs corporels. Qu’importent les services que ça rend ou les accessoires requis, je ne veux pas autoriser Android à s’intéresser à moi avec ces capteurs corporels : je désactive donc l’unique processus qui utilise cette fonction : Services Google Play.
Ensuite j’ouvre Gmail, et j’ai systématiquement une popup d’erreur qui s’ouvre à chaque çnstantt si je la ferme, me signalant que les applis Google ne fonctionnent pas correctement si toutes les requêtes ne sont pas autorisées. Donc en fait je suis oblgé de tout autoriser pour les nombreuses applis Google. Et c’est purement politique, rien n’oblige l’app à avoir tant de droits, c’est juste une volonté de ne rien refuser aux applis Google.
Je suis certain que si une appli tierce faisait la même chose, je n’aurais pas ce problème. Mais ce que je vais faire c’est virer toutes les applis google inutiles puisque je suis root.
Mais pour l’ensemble des apps qui exigent trop de données confidentielles : vivement Xprivacy !
Le 09/10/2015 à 10h01
Perso, je trouve que ça tourne NICKEL Android 6.0 sur mon Nexus 5 !
Hâte de voir ce que le 6P a dans le ventre, je risque de craquer " />
Le 09/10/2015 à 10h43
Le 09/10/2015 à 11h41
Perso j’en peut plus de 99 % des application android qui demande systematiquement meme quand c’est hors sujet l’acces au photo, a l’apn, au contact, au mail, une liste longue comme mon bras passant par la taille de ton zob et le nom de ta femme.
Manifestement ca choc personne.
Le 09/10/2015 à 11h48
Manifestement si, puisque tout le système de gestion des autorisation a été revu pour pouvoir l’empêcher.
Le 09/10/2015 à 11h55
se plaindre d’un comportement sur la news qui parle de la solution pour limiter ce comportement … c’est fort " />
Le 09/10/2015 à 12h12
Le 09/10/2015 à 12h16
Pas tout à fait.
Ce que CM avait n’était pas seulement un contrôle des permissions, c’était un système qui (entre autre pour éviter les Force Close/plantages d’applis quand elles avaient pas les autorisation, ce qui était le cas le plus souvent à l’époque, mais plus maintenant) “spoofait” les données envoyées pour les autorisations “bloquées” (ie : l’appli qui demandait cet accès ne se voyait pas renvoyé un “t’as pas le droit.Point.” mais un “tiens, la réponse est 43GHFYU45ùlrùme^pejpo$”).
Et c’est ça que Google a fait pression pour faire disparaître (sans parler du fait qu’il fallait tout reécrire pour Android 4.x).
Maintenant, quand t’as une CM tu peux facilement mettre xposed+xprivacy/donkeyxguard pour avoir ce qu’il faut (PDroid avant aussi).
Le 12/10/2015 à 09h16
Le 12/10/2015 à 12h24
tu as quoi comme téléphone?
j’ai un nexus 5, et dans le “rideau” de notification, j’ai la led flash
Le 12/10/2015 à 12h34
Un Galaxy S5. j’ai vu après quelques recherches que cette fonction est sensée être présente dans le rideau de notifications dont tu parle, mais je n’ai rien de tel. Y compris en allant chercher les différentes commandes qui ne sont pas en raccourci, que dalle. Je pense donc que cette fonctionnalité n’est pas appliquée de manière homogène selon les appareils.
Le 12/10/2015 à 13h50
c’est intégré par google, mais chaque fabricant est libre de suivre les recommandations de google ( et samsung fait parti de ceux qui n’en font qu’à leurs tête)
il y a visiblement moyen d’avoir une icone led flash en suivantcette procédure, mais je ne peux pas le tester
Le 12/10/2015 à 21h23
Comme dit au-dessus de moi, il n’y a pas vraiment de “procédure” à suivre pour la lampe torche sur un samsung, en général chez eux c’est simplement un widget que tu mets n’importe où sur ton bureau, pas besoin d’une app; mais effectivement venant de iOS peut-être que ça paraît pas très logique.
Le 13/10/2015 à 13h12
" />
C’est pas aussi pratique qu’un bouton en accès rapide dans le panneau de notification, mais c’est toujours ça !
Le 13/10/2015 à 19h10
Xposed vient d’arriver en bêta sur Lollipop, alors sur Marshmallow ce sera pas avant quelques mois.
Le 14/10/2015 à 18h04
Et est-ce que t’as une app convenable à me suggérer pour gérer ces autorisations, qui serait fonctionnelle sur android 6 ?
Le 15/10/2015 à 07h06
Pour info pour ceux qui se seraient posé la même question : il y a un widget natif nommé “Lampe” qui fait ce que je cherchais. C’est pas un bouton dans la zone de notifications, mais du coup ça fait la même taille qu’une icône d’appli, donc c’est encore mieux.
Le 15/10/2015 à 15h35
ça m’étonnerait que ça existe vu que Android 6 vient de sortir, en tous cas j’en connais aucune. Peut-être que tu trouveras en cherchant un peu… " />