Impossible d'activer l'application Windows Store, l'application n'a pas démarré
Tout d’abord, je voudrais dire que j’ai déjà essayé toutes les solutions que je pouvais trouver sur Internet, y compris Impossible d’activer l’application Windows Store
J'ai récemment mis à niveau ma machine Windows 7 vers Windows 8.1 pour pouvoir développer des applications Windows Store à l'aide de Visual Studio 2013. Lorsque j'ouvre un projet vide (Windows Store -> Application vide) et que je l'exécute, le message d'erreur suivant s'affiche:
Impossible d'activer le nom du package de l'application Windows Store. Le App1.exe processus a démarré, mais la demande d'activation a échoué avec l'erreur 'The app n'a pas commencé '.
Consultez l'aide pour obtenir des conseils sur la résolution du problème.
J'ai déjà essayé:
- Réinstallation de Windows (installation propre)
- Réinstallation de Visual Studio 2013
- Installation de Visual Studio 2012 (même erreur)
- Suppression des dossiers "bin" et "obj"
- Nettoyage de la solution
- Désinstallation de l'application depuis le menu de démarrage
- Créer un nouveau projet
- Acquérir la licence plusieurs fois (la licence est valide)
- S'assurer que app.config n'existe pas
- Examen du journal des événements Windows indiquant
L'activation de l'application 'Nom du package' pour le contrat Windows.Launch a échoué avec l'erreur suivante: L'application n'a pas démarré.
mais rien trouvé d'utile
- Ajout d'un nouvel utilisateur Windows
- Tout exécuter en tant qu'administrateur
- et enfin, changer le fond du bureau :)
Rien de tout cela n'a apporté de solution. Quelqu'un at-il une idée de ce qui pourrait être la raison de cette erreur?
Je vous remercie.
J'ai trouvé une solution. Le problème était que le lecteur sur lequel je travaillais était chiffré (TrueCrypt). Déplacer le dossier de sortie vers un lecteur non chiffré a résolu le problème.
J'ai eu la même erreur et essayé après le chargement du package SQLite pour WP 8.1 certaines choses ci-dessus:
ne fonctionne pas:
- Nettoyer et reconstruire
- Redémarrer l'ordinateur/téléphone
qu'est-ce que l'affaire (pour moi)
- Je mets
Platform TargetsousProperties->BuildàARMau lieu de x86
Espérons que cela pourrait aider quelqu'un d'autre confronté à ce message d'erreur extrêmement informatif.
Si vous passez de x86 à x64, assurez-vous que la cible de la plate-forme Propriétés du projet et la plate-forme de configuration sont à la fois définies sur X64.Hint, vous devez passer au débogage x64 dans la boîte de dialogue Menu Construire/Gestionnaire de configuration pour que la plate-forme de configuration dans Propriétés du projet soit mise à jour.
Cela a résolu pour moi le problème de l'erreur d'activation.
HTH
Robert
J'ai eu le même problème avec Visual Studio Community 2015 en essayant de déboguer une application vide (Windows universelle) à l'aide de Visual C #.
Visual Studio a été installé sur le disque C: (SSD) et les fichiers de projet ont été placés sur D: (disque dur). J'ai créé un dossier sur le lecteur C: et y ai placé mon projet de test . Après cela, les messages d'erreur ont disparu.
Si vous recevez cette erreur et développez pour Microsoft Hololens:
Vous essayez de créer un appareil qui est endormi. Pour réactiver votre appareil, appuyez sur le bouton situé à l'arrière (bouton marche/arrêt).
Bonne chance!
J'ai essayé toutes les solutions trouvées sur le net et aucune ne s'est appliquée à mon cas, pas même celui-ci.
La seule façon pour que cela fonctionne est de changer le nom du paquet dans le fichier appxmanifest . Cela m'a fait penser qu'il doit rester des restes quelque part avec l'ancien nom du paquet, qui sont soit corrompus, soit inaccessibles à cause de problèmes de permissions.
Ce n'est peut-être qu'une coïncidence, mais le problème est apparu deux fois après avoir essayé d'utiliser le vérificateur d'applications (appverif.exe).
Maintenant, j'ai réassocié mon application à un package d'application de magasin et les choses semblent continuer à fonctionner ...
J'ai eu le même problème dans Visual Studio 2015 Update 3, Windows 10 Build 10586.494.
L'erreur est survenue lorsque j'ai essayé de démarrer toute application UWP que j'ai compilée sans .NET Native Toolchain. Si Native Toolchain est activé, les applications démarrent.
L'installation manuelle d'une nouvelle application (vierge) a corrigé l'erreur pour moi:
- Début VS 2015
- Fichier> Nouveau> Projet.
- Application vide (Windows universel) Visual C #. D'ACCORD.
- Assurez-vous d'être dans la configuration de débogage
- Faites un clic droit sur Projet> Store> Créer des packages d'application
- Non. Suivant.
- Sélectionnez Debug pour toutes les architectures.
- Créer
- Lorsque le conditionnement est terminé, ouvrez l'Explorateur dans le chemin du projet/AppPackages/[...] _ Debug_Test
- Cliquez avec le bouton droit sur Add-AppDevPackage.ps1> Exécuter avec PowerShell.
- Suivez les instructions
- Démarrer l'application installée à partir du menu Démarrer
Dans ma solution, j'ai un projet non-UWP (développement multiplateforme) qui repose sur une plate-forme de solution différente.
J'essayais d'exécuter le projet UWP dans Debug, mais en tant que solution incorrecte.
Edit: Je l’obtiens aussi lorsque je construis mon projet pour Any-CPU, au lieu de x64.
J'ai eu le même problème avec une application Windows Store après avoir déplacé certains fichiers. J'ai fini par ouvrir un fichier plus ancien (en tant qu'administrateur) pour voir s'il fonctionnait et constater que c'est le cas. Je suis ensuite retourné au fichier qui ne serait pas et il a couru aussi. Je crois que l'ouverture de l'ancien fichier (en tant qu'administrateur) réinitialise les chemins d'accès au développement et les autorisations. J'espère que cela t'aides.
J'ai eu le même problème. Choisir la bonne plateforme a résolu mon problème. c’est-à-dire que mon application a été sélectionnée pour une exécution sur une plate-forme x86, alors que mon système d’exploitation et mon SDK prennent en charge x64. Sélectionner x64 a résolu mon problème.
Assurez-vous que ALL APPLICATION PACKAGES a les autorisations "en lecture" sur C:\Windows.
La stratégie de groupe de mon organisation aime supprimer toutes les autorisations de C:\Windows, y compris le groupe ALL APPLICATION PACKAGES. En le rajoutant et en définissant Read & execute, List folder contents et Read, je peux exécuter l'application à partir de Visual Studio sans aucun problème.
Voir Que faire si votre Windows 8 Modern App ne démarre pas pour plus de conseils, y compris celui-ci.
J'ai eu un problème similaire, résolu en choisissant un nouveau certificat d'éditeur. Et bien sûr, redémarrer Windows
J'ai eu le même problème il y a quelques semaines. Un simple redémarrage m'a aidé.
Aussi essayé celui-ci ?: http://irisclasson.com/2012/11/04/problem-unable-to-activate-windows-store-app-the-app1-exe-process-started-but-the- activation-request-failed-with-error-the-app-didnt-start/
J'espère que cela vous sera utile
J'ai eu le même problème sur une application UWP lors de la création d'un package pour le test, mais pas lors de l'exécution directe à partir de Visual Studio 2017.
La solution consistait à sélectionner uniquement l'architecture que j'utilise pour déboguer l'application, au lieu de toutes les options (x86, x64, ARM).
Voici l'option choisie sur Visual Studio 
Il peut y avoir un certain nombre de choses qui pourraient être à l'origine de ce problème… Voici les étapes de dépannage qui m'ont aidé:
Étape 1: Vérifiez si l'exécution de Visual Studio en mode élevé ( Exécuter en tant qu'administrateur ) a permis de résoudre le problème. (Parfois, les permissions de votre dossier peuvent être mutilées à cause de divers logiciels que vous pourriez avoir installés)
Étape 2: Supprimez tous les dossiers bin et obj de votre projet et reconstruisez manuellement les projets de votre solution.
Étape 3: Faites une vérification rapide de votre Type de système (x64 ou x86, etc.) et voyez si votre projet vise la même chose.
Voici comment connaître votre type de système: Win + R > cmd > systeminfo
Si le symbole indique x64, veillez à sélectionner/ Plate-formes de solution (barre d’action supérieure de Visual studios) en tant que x64 ou plus, en fonction de votre architecture.
C'est tout ce que j'ai fait pour résoudre mon problème.
J'ai essayé beaucoup de solutions et rien n'a fonctionné. À la fin, ce qui a fonctionné pour moi a été de changer le projet de démarrage en Windows Phone 8.1 et, une fois que tout fonctionne, je le rétablis sous Windows 8.1. Cela fonctionne pour moi car je crée une application universelle. J'espère que ça aide quelqu'un d'autre.
Même problème - j'ai déplacé mon projet de la partition TrueCrypt et tout allait bien.
J'ai réussi à résoudre le même problème en reconstruisant la solution. (Dans Vis Studio 2012)