Pourquoi le READ_PHONE_STATE permission été ajouté?

Dans la dernière version bêta, je viens de publier à le Play Store, j'ai remarqué que la READ_PHONE_STATE a été ajouté depuis la version précédente.

Je n'ai pas ajouté moi-même. Tout ce que je peux rappeler le faire depuis la version précédente est à l'aide de v9.6.0 de divers jouer-les services de bibliothèques (a v9.4.0):

compile 'com.google.android.gms:play-services-location:9.6.0'
compile 'com.google.android.gms:play-services-places:9.6.0'
compile 'com.google.android.gms:play-services-auth:9.6.0'

Cela aurait-il fait? Je ne le vois pas documenté. Puis-je me débarrasser de l'autorisation?

Et j'ai veillé à ce que toutes les bibliothèques que j'utilise correspondre à l'application principale, comme par cette réponse... ne fait aucune différence dans mon cas.

MODIFIER

OK basé sur cet article, j'ai fouillé dans mon journal de sortie:

ADDED from [Meteogram:jobdispatcher:unspecified] C:\Users\Me\AndroidStudioProjects\Meteogram\app\build\intermediates\exploded-aar\Meteogram\jobdispatcher\unspecified\AndroidManifest.xml:37:25-84 android:uses-permission#android.permission.READ_PHONE_STATE

Mais rien n'a changé dans le jobdispatcher de la bibliothèque (que j'ai importé dans mon projet gradle module) depuis la dernière version.

EDIT2

Ici est un peu plus à partir de ce journal, et mon sentiment est que c'est peut-être due à la play-services version de bibliothèque comme suspect?

ADDED from [Meteogram:jobdispatcher:unspecified] C:\Users\Me\AndroidStudioProjects\Meteogram\app\build\intermediates\exploded-aar\Meteogram\jobdispatcher\unspecified\AndroidManifest.xml:37:17-87
    android:name
        ADDED from [Meteogram:jobdispatcher:unspecified] C:\Users\Me\AndroidStudioProjects\Meteogram\app\build\intermediates\exploded-aar\Meteogram\jobdispatcher\unspecified\AndroidManifest.xml:37:25-84
android:uses-permission#android.permission.READ_PHONE_STATE
IMPLIED from C:\Users\Me\AndroidStudioProjects\Meteogram\app\src\pro\AndroidManifest.xml:2:1-12:12 reason: com.google.android.gmscore.integ.client.location has a targetSdkVersion < 4
activity#com.google.android.gms.common.api.GoogleApiActivity

La targetSdkVersion < 4 correspond à la réponse ci-dessus, mais est-ce que je peux faire dans cette situation, puisque le jeu-les services de la bibliothèque n'est pas le mien?

EDIT3

J'ai trouvé une réponse... plutôt que de supprimer cette question, je vais le laisser en place, avec la solution, dans le cas où il est utile pour d'autres (et au cas où quelqu'un d'autre a une meilleure solution!)

EDIT4

Dirait qu'il a été corrigé dans 9.6.1.

OriginalL'auteur drmrbrewer | 2016-09-23

android android-permissions

20

Mise à jour #2: La Version 10.0.1 résout le problème de nouveau.

Mise à jour: cela se produit également dans la version 10.0.0 de Google Play services, comme indiqué dans ce post.

Réponse Précédente:

Par ce post les Développeurs Android G+ Communauté, l'un des modérateurs (moi) a posté ce commentaire:

Je l'ai déjà signalé ce problème à l'interne, hier, quand un développeur l'a signalé, le correctif a déjà été faite à l'interne, et une mise à jour du SDK est bientôt

Et la mise à jour du SDK est maintenant disponible - utilisation de la 9.6.1 Google Play services de la dépendance.

Regarde comme il a été résolu dans 9.6.1... merci!
A cela s'est passé de nouveau dans la version 12.0.0? Ressemble com.google.android.gms.licence a une targetSdkVersion < 4
oui il l'a fait. 12.0.1 devrait être bientôt avec un correctif.
merci pour la réponse rapide! Est-il une estimation de la version 12.0.1? J'ai peut-être dit à un client, j'aimerais obtenir une libération aujourd'hui 12.0.0 était prévu de fixer une mauvaise chute
12.0.1 est maintenant avec un correctif

OriginalL'auteur ianhanniballake
22

J'ai finalement trouvé cette, qui rapporte le même problème. Une solution de contournement est mentionné dans Réponse #3, qui est de supprimer l'autorisation "manuellement" (mon hypothèse est que l'autorisation n'est requise que pour très tôt les versions d'Android, ce qui est OK pour moi depuis mon minSdk est de 16 ans):
```
<manifest ...
    xmlns:tools="http://schemas.android.com/tools"
    ... >

<uses-permission
    android:name="android.permission.READ_PHONE_STATE"
    tools:node="remove" />
```
la question est, faut-il casser quelque chose à partir de la google la fonctionnalité des services? Avez-vous rencontré des problèmes?
l'autorisation n'est même pas requis sur les premières versions d'android. plutôt, ce qu'il se passe ici, c'est que l'autorisation n'a même pas existe sur les premières versions d'android, et des fonctionnalités qui exige désormais que l'autorisation pas d'autorisation nécessaire à tous. l'autorisation est ajouté si android studio pense que vous avez de vieux code qui ne savent pas à propos de l'autorisation.
Cela devrait être considéré comme une solution de contournement jusqu'à la sortie d'un correctif. En fait, il n'y a pas de progrès liés à la question ci-dessous par Mikkel Jørgensen.
J'ai ajouté quelques détails sur l'endroit où placer cette solution de contournement pour les inexpérimentés androiders (comme moi), ci-dessous. Grâce drmrbrewer.

OriginalL'auteur drmrbrewer
21

Ce problème est présent dans le Jeu des Services v 12.0.0. Il y a une ouverture problème de tracker sur elle ici. Il semble que le problème est présent pour les deux autorisations:
- android.la permission.READ_PHONE_STATE
- android.la permission.WRITE_EXTERNAL_STORAGE
Il sera probablement corrigé avec 12.0.1 comme nous l'avons vu avec la 10.0.1 fix (à partir de la question initiale).

Jusqu'alors, je vous recommandons de retirer l'autorisation manuellement à partir de l'manifeste comme indiqué dans la réponse drmrbrewer.

Mise à jour

12.0.1 a été publié le 28 Mars 2018, où cette question a été abordée.
Voir les notes de version ici.

Ajoute manquant minSdkVersion en licence artefacts pour empêcher l'inclusion automatique de READ_PHONE_STATE et READ_EXTERNAL_STORAGE autorisations.

Bonne solution, mais il se bloque si vous utilisez la combinaison de Crashlytics + Firebase v12.0.0 + retirer la permission manuellement. Il semble être sûr de rester sur la v11.8.0. Je pense que le problème est à partir du module de com.google.android.gms:jouer-services-cartes:12.0.0'
Je suis d'accord - je suis aussi en gardant 11.8.0 jusqu'à ce qu'un correctif arrive
Veuillez vérifier ma réponse. C'était juste fixé dans 12.0.1 Firebase version.
Je peux confirmer la version 12.0.1 traite de cette question.

OriginalL'auteur Mikkel Jørgensen
5

Pour ceux qui sont à la recherche pour le problème lié à la version 12.0.0 de Firebase, juste la mise à niveau vers la version 12.0.1.
C'était une erreur dans l'emballage pour 12.0.0 et a été résolu dans 12.0.1.

Vérifier les notes de publication:
https://developers.google.com/android/guides/releases

OriginalL'auteur Henrique Monte

Si vous n'êtes pas expérimenté avec Android (comme moi!) et vous n'étiez pas sûr de l'endroit où drmrbrewer de l'extrait devrait aller, la réponse est dans votre main app/manifests/AndroidManifest.xml fichier, comme ceci:

  <manifest xmlns:android="http://schemas.android.com/apk/res/android"
      xmlns:tools="http://schemas.android.com/tools"
      package="com.your.package">

      ...

      <!-- attempt to combat this issue: https://stackoverflow.com/questions/39668549/why-has-the-read-phone-state-permission-been-added -->
      <uses-permission
          android:name="android.permission.READ_PHONE_STATE"
          tools:node="remove" />
      <uses-permission
          android:name="android.permission.WRITE_EXTERNAL_STORAGE"
          tools:node="remove" />
  </manifest>

maintenant, il est dans le dossier app/src/main

OriginalL'auteur xaphod

1

Face d'un même problème. Vérifie juste que Google version nouvelle version. Mise à jour 12.0.1 ou à la dernière version. Ce problème aura disparu.

OriginalL'auteur Jakir Hossain

Vous devez vous connecter pour publier un commentaire.