Je télécharge une dernière version de mon application sur le Windows Store, mais mon application génère l'erreur:

Erreur de validation d'acceptation du package: nous avons rencontré une erreur fatale lors de l'analyse du package MyApp.UWP_2.33.0.0_x86_x64_ARM_AppStore.appxbundle: échec de la fusion du fichier PRI D: \ data \ Temp \ 69b5c2ab-3419-4197-839c-2ef13d218413 \ Resources_split.scale- 100.pri: 80070490. Réessayez ou téléchargez un nouveau package.

Je ne comprends même pas par où commencer à chercher pour corriger cette erreur.

Quelqu'un d'autre a-t-il vu cette erreur ou a-t-il une quelconque inclination à ce que cela pourrait être?

Cela génère également une erreur similaire lors de l'exécution sur le Windows App Certification Kit ci-joint est la capture d'écran ci-dessous:

enter image description here

Jusqu'à présent, j'ai essayé:

  • Exécution de WsReset
  • Exécution de sfc / scannow
  • Augmentation du nombre de versions de l'application

Aucun de ces éléments n'a fonctionné

Cela pourrait-il être cette erreur msbuild: https://developercommunity.visualstudio.com/content/problem/107928/get-merge-failure-for-shared-merged-pri-file-0x800.html?

3
user1 27 nov. 2017 à 12:33

3 réponses

Meilleure réponse

Une solution de contournement que j'ai trouvée est de se débarrasser de la configuration ARM.

Donc, vous construisez uniquement avec x86|x64 au lieu de x86|x64|ARM, évidemment, cela n'aide pas si vous devez créer pour ARM

Mais je pense que c'est un bogue dans une mise à jour récente de MsBuild que vous pouvez voir signalé par d'autres personnes ici: https: //developercommunity.visualstudio.com/content/problem/107928/get-merge-failure-for-shared-merged-pri-file-0x800.html?

0
user1 28 nov. 2017 à 12:55

J'ai également eu des problèmes avec une erreur similaire et la désactivation d'ARM et le réglage des options .csproj n'a pas aidé.

Qu'est-ce qui a fait pour nous le dégroupage, le regroupement et la résiliation du paquet. Ce fut la contribution de l'équipe de support Microsoft après des mois de «communication».

Fondamentalement, nous avons décompressé le fichier .appxupload et exécuté les commandes suivantes sur le fichier .appxbundle.

makeappx.exe unbundle /v /p <<NAME>>.appxbundle /d "temp"
makeappx.exe bundle /v /p <<NAME>>_rebundled.appxbundle /d "temp"
"C:\Program Files (x86)\Windows Kits\10\bin\10.0.18362.0\x64\signtool.exe" sign /fd SHA256 /a /f "<<CERTIFICATE_LOCATION>>" <<NAME>>_rebundled.appxbundle

Après cela, j'ai compressé les fichiers sym et récemment regroupé .appxbundle dans le fichier .appxupload

0
ivke 8 nov. 2019 à 12:32

J'ai eu presque cette erreur exacte qui m'arrivait. Après avoir creusé un mois de commits précédents, je suis tombé sur cela dans mon csproj.

<GenerateLibraryLayout>true</GenerateLibraryLayout>

Je ne savais pas quand je l'ai activé, mais après avoir supprimé cette ligne, j'ai reconditionné mon code et j'ai pu télécharger mon appxbundle sur le Windows Store. Assez frustrant à quel point l'erreur était trompeuse.

0
Aaron Wirth 14 déc. 2017 à 22:33
47507692