J'essaie de télécharger un tout nouveau fichier .aab dans la console Google Play, mais continuez à recevoir cette erreur:
Le téléchargement a échoué
Vous avez importé un fichier APK ou une collection d'applications Android qui est signé avec une clé qui est également utilisée pour signer les fichiers APK qui sont livrés aux utilisateurs. Étant donné que vous êtes inscrit à la signature d'applications par Google Play, vous devez signer votre fichier APK ou votre collection d'applications Android avec une nouvelle clé avant de l'importer.
Je suis complètement perplexe, car j'ai généré une nouvelle clé pour ce bundle d'applications au moment de générer le bundle d'applications, c'est-à-dire via l'élément de menu Construire> Générer un bundle signé / APK ... dans Android Studio, il s'agit donc d'un tout nouveau clé, inutilisée par d'autres applications.
J'ai même essayé de créer un tout nouveau keystore avec une nouvelle clé, mais j'obtiens toujours la même erreur. Est-ce une bizarrerie que quelqu'un d'autre a rencontrée?
Lors de l'inscription à la signature d'applications par Google Play pour cette application, j'ai choisi l'option "Laisser Google gérer et protéger votre clé de signature d'applications (recommandé)" et, parmi toute la documentation que j'ai lue, la clé que vous utilisez pour signer l'application avec d'abord devient la "clé de téléchargement", donc il semble que je fais tout correctement, mais pas de dés.
Quelqu'un a-t-il des conseils ou une expérience passée à ce sujet?
11 Réponses :
J'ai eu le même problème, je l'ai résolu en supprimant mon application et en l'ajoutant à nouveau pour jouer à la console.
Essayez de supprimer tout ce qui concerne la nouvelle application de la console, puis commencez par générer une nouvelle clé et reconstruisez l'application avec la nouvelle clé. Ensuite, vous pouvez télécharger à nouveau le nouvel apk.
"via l'élément de menu Créer> Générer un bundle signé / APK ... dans Android Studio, il s'agit donc d'une toute nouvelle clé, inutilisée par d'autres applications."
Pas vraiment. Le fichier de clés utilisé par Android Studio est associé à l'installation du SDK Android, de sorte que toutes les applications créées à partir de votre Studio sont signées avec la même clé.
Ce qui s'est passé, c'est que vous devez avoir créé une autre application, l'avoir signée avec ce fichier de clés et la télécharger dans la console Play, ce qui en fait une clé utilisée pour signer les APK diffusés aux utilisateurs finaux. En même temps, vous avez créé une autre application que vous avez inscrite à Play Signing: pour cette application, le certificat d'importation est extrait du premier APK que vous téléchargez. Puisque vous avez également signé ce fichier APK avec Studio, le même fichier de clés a été utilisé. Play a détecté qu'il s'agissait du même certificat pour ces deux applications, et comme vous avez utilisé la même clé à deux fins différentes (clé de signature d'application pour votre première application et clé de téléchargement pour votre deuxième application), Play l'a rejetée. La raison en est qu'une clé de signature d'application est beaucoup plus importante qu'une clé de téléchargement (cette dernière peut être réinitialisée alors que la première ne le peut pas), vous ne devriez donc pas les utiliser à deux fins différentes.
En d'autres termes, vous devrez créer un magasin de clés différent pour signer vos applications inscrites à Play Signing (idéalement, un par application), et vous assurer de ne jamais utiliser ce magasin de clés comme clé de signature d'application pour une autre application.
"En d'autres termes, vous devrez créer un magasin de clés différent pour signer vos applications inscrites à Play Signing (idéalement, un par application), et vous assurer de ne jamais utiliser ce magasin de clés comme clé de signature d'applications pour une autre application." C'est ce que je voulais dire par "J'ai même essayé de créer un tout nouveau keystore avec une nouvelle clé, mais j'obtiens toujours la même erreur." Tout nouveau keystore, toute nouvelle clé, ne s'est même jamais rapproché d'une autre application. Toujours la même erreur.
Je peux me tromper, mais je suis presque sûr que le problème est de votre côté: soit vous n'avez pas réellement créé de nouveau fichier de clés, soit vous n'avez pas téléchargé l'APK qui a été signé avec le nouveau fichier de clés. Si vous êtes convaincu du contraire et pensez qu'il y a un bogue dans la console Play, je vous suggère de contacter leur support ( support.google.com/googleplay/android-developer/… - ils ont même une ligne de chat) , où ils peuvent examiner le cas particulier plus en détail.
Je confirme que Pierre a raison, cela fonctionne en utilisant une nouvelle clé qui n'est utilisée par aucune autre application. Vous pouvez également créer un nouvel alias dans le même keystore pour éviter de créer une autre clé.
Eh bien, après beaucoup de cris et de cris, y compris avoir contacté l'assistance de la console Google Play dans le chat (ils ne sont que l'assistance de premier niveau, donc ... pas beaucoup d'aide) et par e-mail (qui m'a mis dans le panier trop difficile et a dit ils ne peuvent pas offrir de support pour le développement d'applications - quel? Le problème est à voir avec le téléchargement d'une application sur Play Console, pas de développement d'applications!), j'ai découvert cette question auto-répondue https://stackoverflow.com/a/54359729/845205 .
En gros, assurez-vous de faire un projet Clean & Rebuild chaque fois que vous faites quoi que ce soit à voir avec la signature dans Android Studio. Pour une raison quelconque, il pensait que ma nouvelle application utilisait la clé de mon ancienne application et a continué à signer avec cela. (Je suppose que la solution était le support du développement d'applications après tout!)
merci, j'ai eu le même problème, je viens de faire un projet -> nettoyer puis j'ai créé un nouveau bundle signé, je l'ai téléchargé dans le magasin et je n'ai eu aucun problème! Le cache Gradle est une chose étrange.
L'autre façon dont cela peut se produire est si vous avez configuré une signatureConfig dans l'application build.gradle. Ce que vous spécifiez dans la section de signature n'a pas d'importance lorsque vous créez un bundle - même si vous en créez un nouveau ou choisissez un autre keystore - il utilisera celui spécifié dans le fichier gradle.
Je suis confronté aux mêmes problèmes, dans mon cas, signinConfig été configuré, j'ai fait une simple erreur, c'est que j'ai oublié de changer l'application débuggable en false . Ainsi, même si j'ai généré à partir du menu ou de la commande gradle, la construction a été générée avec succès mais elle était débuggable, donc le Play Store n'accepte pas l'apk signé et me donne un message comme Upload Failed The Android Bundle was not Signed in .
je suis également confronté à ce problème, j'ajoute cette ligne signingConfig signingConfigs.release dans android> app> build.gradle> {buildType{release{ signingConfig signingConfigs.release }}}
La solution pour moi s'est avérée être une question de changer la variante de construction .
Pour récapituler, lorsque j'ai essayé de télécharger mon fichier de bundle .aab signé dans la console Google Play pour les développeurs, j'ai reçu cette erreur. Le bundle d' applications Android n'était pas signé.
Gardez à l'esprit que cette erreur est ambiguë et peut être causée par un certain nombre de problèmes visibles dans les autres réponses de cette page. J'avais initialement téléchargé mon application en utilisant la variante de release version. Oubliant la variante que j'avais utilisée à l'origine, j'ai essayé de télécharger la variante de construction de debug et j'ai obtenu cette erreur.
Ma solution : téléchargez la même variante de construction que l'original. Ils doivent correspondre!
je suis également confronté à ce problème, j'ajoute cette ligne signingConfig signingConfigs.release dans android> app> build.gradle> {buildType{release{ signingConfig signingConfigs.release }}}
La solution suivante a fonctionné pour moi. Ajoutez les deux lignes suivantes à votre fichier gradle.
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
**signingConfig
debuggable = false**
}
Dans mon cas, c'était parce que je choisissais le dossier de débogage au lieu du dossier de publication dans mon projet comme destination de l'ensemble d'applications Android.
J'avais besoin de l'App Bundle pour les tests internes, donc je suppose que c'est pourquoi il m'est venu naturel de le choisir.
J'ai rencontré cette erreur dans nos applications. Nous utilisons la même clé de téléchargement pour toutes nos applications.
Ainsi, lorsque vous créez une nouvelle application, assurez-vous de sélectionner l'option Use an existing key that you sign an app with lieu de l'option (Google recommended) qui consiste à leur envoyer une clé de téléchargement unique.
La partie vraiment ennuyeuse est que cette option ne peut être sélectionnée qu'une seule fois, nous avons donc dû supprimer notre application et la recréer.