Erreur de libération de l'application, même après la suppression de CALL_LOG et de l'autorisation SMS
Conformément à la politique du développeur, il était recommandé de ne pas utiliser les autorisations liées à SMS et CALL_LOG, sauf si l'application possède des fonctionnalités de base qui leur sont liées. J'utilisais auparavant l'autorisation READ_SMS pour détecter automatiquement OTP, mais l'a ensuite supprimée de l'application et l'a remplacée par SMS API Retriever. J'ai publié l'application sans aucune autorisation interdite sur Play Store le 3 janvier 2019, avant la date limite qui exigeait la mise à jour de l'application sans ces autorisations avant le 9 janvier 2019. Maintenant, lorsque j'essaie de mettre à jour l'application avec une nouvelle version sur Play Store, j'obtiens une erreur de version de l'application qu'une erreur doit être corrigée.Lorsque je clique pour voir les détails de l'erreur, le message est "Vous pouvez" t modifiez cette application jusqu'à ce que vous créiez une nouvelle version d'application déclarant des autorisations sensibles. "
Actuellement, la liste des autorisations utilisées dans mon application est la suivante: -
<uses-permission Android:name="Android.permission.INTERNET" />
<uses-permission Android:name="Android.permission.GET_ACCOUNTS" />
<uses-permission Android:name="Android.permission.WRITE_EXTERNAL_STORAGE"/> <uses-permission Android:name="Android.permission.CAMERA" />
<uses-permission Android:name="Android.permission.ACCESS_NETWORK_STATE" /> <uses-permission Android:name="Android.permission.ACCESS_WIFI_STATE" />
<uses-permission Android:name="Android.permission.READ_EXTERNAL_STORAGE"/> <uses-permission Android:name="Android.permission.VIBRATE" />
<uses-permission Android:name="Android.permission.SYSTEM_ALERT_WINDOW" /> <uses-permission Android:name="Android.permission.READ_CONTACTS" />
<uses-permission Android:name="Android.permission.RECEIVE_BOOT_COMPLETED"/> <uses-permission Android:name="Android.permission.ACCESS_FINE_LOCATION" /> <uses-permission Android:name="Android.permission.ACCESS_COARSE_LOCATION"/> <uses-permission Android:name="Android.permission.RECORD_AUDIO" />
Je n'utilise aucune autorisation SMS ou CALL_LOG, mais je fais toujours face à une erreur lors de la publication de la nouvelle version. Veuillez consulter les liens pour afficher l'erreur.
Erreur d'application lors de la publication d'une nouvelle version
J'ai vérifié la section "Bibliothèque d'artefacts", qui se trouve sous "Gestion des versions" sur le tableau de bord de publication d'applications.
J'ai soigneusement examiné chaque `` artefact actif '' et trouvé un artefact en direct sorti sur Open Track (Beta), qui n'a pas été mis en production. Cet artefact actif, qui était une version bêta depuis longtemps, avait l'autorisation READ_SMS, qui était responsable de l'avertissement.
Donc, pour résoudre ce problème, j'ai déployé mon application sans SMS ou autorisation CALL_LOG pour tester la piste sur la bêta.
Depuis la version bêta, je l'ai publiée en production et j'ai pu publier mon application en production.
Assurez-vous qu'aucun APK actif avec des autorisations sensibles sur les pistes. Voici les étapes à suivre au cas où:
Pour publier un nouvel APK compatible, veuillez suivre ces étapes:
Accédez à votre console Play.
Sélectionnez l'application.
Dans le menu de gauche, sélectionnez Gestion des versions> Versions des applications. À côté de la ou des pistes de publication où les fichiers APK non conformes sont en état actif, sélectionnez Gérer.
Il est fortement recommandé de faire votre dernière version dans la piste de production si votre piste de production a un APK non conforme.
Ordre suggéré (si les pistes ont des fichiers APK non conformes): piste interne> fermée> ouverte> production
Pour créer une nouvelle version, sélectionnez Créer une version (ou Modifier une version).
Importez un nouveau fichier APK conforme ou "Ajouter depuis la bibliothèque"
Si vous voyez le formulaire de déclaration des autorisations lors de la publication de l'application, veuillez remplir le formulaire conformément aux instructions suivantes:
Choisissez une fonctionnalité de base (par exemple, Default SMS) pour créer une version avec l'APK conforme. Cette version peut automatiquement entraîner le rejet, mais cela désactivera les APK non conformes de la piste).
Sélectionnez Enregistrer> Vérifier en bas de la page.
Cliquez sur Démarrer le déploiement.
Veuillez vous assurer que la nouvelle version est déployée à 100% et désactive complètement l'APK non conforme.
Revenez à l'étape 1 pour effectuer une autre version dans la piste où les APK non conformes sont en état actif jusqu'à ce qu'il n'y ait pas d'APK actif avec des autorisations sensibles sur les pistes. Si vous avez mis à jour votre application avec des APK compatibles sur toutes les pistes, veuillez vérifier s'il reste des APK actifs avec des autorisations sensibles. Voici comment vérifier dans la console Play.
Accédez à Gestion des versions> Bibliothèque d'artefacts
Développez les APK actifs et les APK provisoires
Développez les autorisations requises pour chaque APK
Vous devez vous assurer que vous avez supprimé toutes les autorisations et que Google refuse toujours l'application. 1. Vérifiez votre manifeste de fusion qui peut avoir l'autorisation de certaines bibliothèques. le retirer comme
<uses-permission
Android:name="Android.permission.READ_SMS"
tools:node="remove" />
2. Mettez à jour les versions de test à partir de la version alpha ou bêta dans la console PlayStore.
Après environ une journée, j'ai conclu les étapes suivantes pour supprimer cette erreur étrange.
Tout d'abord, après vous être assuré que vous avez supprimé les autorisations du fichier manifeste, vous devez également vérifier que certaines bibliothèques n'utilisent pas la même autorisation.Pour supprimer également l'autorisation de la bibliothèque, ajoutez-la au fichier manifeste.
<uses-permission
Android:name="Android.permission.RECEIVE_SMS"
tools:node="remove"/>
<uses-permission
Android:name="Android.permission.READ_SMS"
tools:node="remove"/>
<uses-permission
Android:name="Android.permission.READ_CALL_LOG"
tools:node="remove"/>
<uses-permission
Android:name="Android.permission.WRITE_CALL_LOG"
tools:node="remove"/>
Deuxième point le plus important (le vrai problème était ici dans mon cas), vérifiez chaque piste (Production, Beta, Alpha, Test interne) sur Play Store que vous n'avez pas et ancien apk qui utilisait ces autorisations, si c'est le cas le cas, vous devez télécharger une nouvelle apk dans chaque piste: piste de production: production, piste ouverte: bêta, piste fermée: alpha, piste de test interne: test interne
Phew!
Vous devrez peut-être désactiver tous les fichiers APK plus anciens fournis dans la version.
Si vous remplacez un fichier APK doté de ces autorisations et disposant d'une version SDK cible plus ancienne, il semble que Google Play les laissera activés par défaut dans la nouvelle version, ce qui entraînera la nécessité de la politique d'autorisation sensible même si votre dernier fichier APK ne le fait pas. t avoir cette autorisation.
@Rakhi
Je vous suggère de parcourir ce document. Peut-être avez-vous oublié de supprimer certaines autres autorisations sensibles . https://play.google.com/about/privacy-security-deception/permissions/
il suffit donc de vérifier cette liste d'autorisations et de découvrir dans votre code si vous trouvez quelque chose qui n'est pas requis.
Vous devez d'abord libérer un APK avec les autorisations sensibles dont dispose le précédent APK. Lorsque l'APK est téléchargé, un formulaire de déclaration d'autorisation apparaîtra qui vous permettra de choisir si votre application est conforme ou non pour utiliser l'autorisation sensible. Vous voudrez cocher "Non, cette version ne répond pas au SMS et Journal des appels" pour que le bouton "déployer la version" soit mis en surbrillance, cliquez dessus. Une fois que votre application est déployé et révisé, vous pourrez ensuite publier une nouvelle mise à jour sans ces autorisations sensibles.
****** Cependant, si votre application a besoin des autorisations sensibles, vous devrez cocher "oui, mon application est conforme" et attendre l'approbation de leur part. *****
C'est la solution de contournement que j'ai pu trouver et cela a fonctionné. L'assistance aux développeurs n'a pas été en mesure de fournir des informations précieuses sur ce problème.