Depuis les builds 2024.11050.29009.0 et 2024.11060.2001.0, certains environnements voient Microsoft Photos refuser de démarrer. Ce guide pratique vous montre comment rétablir l’app (avec le Windows App SDK Runtime) ou la downgrader proprement vers une version antérieure stable.
Vue d’ensemble de la situation
- À partir des builds 11050, Microsoft Photos s’appuie sur WinAppSDK (WinUI 3). En l’absence du runtime, l’application s’ouvre puis se ferme immédiatement.
- La version 2024.11030.15001.0 est généralement fonctionnelle, mais une réinstallation manuelle du
.appxbundlepeut ne pas apparaître tant que les dépendances ne sont pas présentes ou que le cache Store n’a pas été nettoyé. - Deux voies existent : corriger la dernière version déployée en ajoutant le runtime requis, ou revenir à une version antérieure et bloquer sa mise à jour.
Ce qui a changé côté architecture
Historiquement, Photos était une application UWP classique. Depuis fin 2023, l’équipe a migré vers WinUI 3 et Windows App SDK : cela introduit un runtime MSIX séparé (par ex. 1.4.x puis 1.5.x) installé côté système, exactement comme Microsoft.UI.Xaml et Microsoft.VCLibs. Si ce runtime est absent ou d’une version incompatible, le processus se termine après l’écran d’accueil.
Réponse & solutions (vue synthétique)
| Objectif | Étapes essentielles | Notes & commandes rapides |
|---|---|---|
| Remettre en service la dernière version défectueuse | 1) Installer Windows App SDK Runtime 1.5 ou ultérieur (via Microsoft Store ou installateur autonome WindowsAppRuntime-*.msix).2) Redémarrer, puis relancer Photos. | Vérifier la présence du runtime :Get-AppxPackage Microsoft.WindowsAppRuntime* Relancer l’app :start ms-photos: |
| Revenir à 2024.11030.15001.0 (ou antérieure) | 1) Désactiver les mises à jour automatiques du Store. 2) Désinstaller Photos. 3) Télécharger l’ .appxbundle + dépendances (UI.Xaml, VCLibs, WindowsAppRuntime adaptés à l’architecture).4) Installer hors‑ligne via PowerShell. 5) Conserver la version en bloquant la mise à jour. | Désinstallation :Get-AppxPackage Microsoft.Windows.Photos | Remove-AppxPackage Installation :Add-AppxPackage -Path ".\Microsoft.Windows.Photos_2024.11030.15001.0.appxbundle" ` -DependencyPath ".\Microsoft.UI.Xaml_2.8.x.msix", ".\Microsoft.VCLibs.x64.14.00.appx", ".\WindowsAppRuntime_1.4.x.msix" |
| Vérifications rapides | Contrôler WinAppSDK installé :Get-AppxPackage Microsoft.WindowsAppRuntime Vider le cache Store :wsreset.exe | Si l’app reste « invisible », se déconnecter/reconnecter l’utilisateur et vérifier les journaux d’évènements AppX. |
| Alternatives temporaires | Installer Photos Legacy (toujours disponible) ou un visionneur tiers (IrfanView, XnView, etc.). | Pratique pour un « plan B » le temps de stabiliser l’environnement. |
Procédure détaillée – Remettre en service la dernière version
Étape 1 : installer le runtime Windows App SDK requis
Sur les builds 11050+ de Photos, installez WindowsAppRuntime 1.5.x (ou plus récent). Utilisez soit Microsoft Store, soit le package autonome WindowsAppRuntime-*.msix correspondant à votre architecture (x64 / ARM64).
# Vérifier l'état du runtime
Get-AppxPackage Microsoft.WindowsAppRuntime* | Select Name, Version
# Installer manuellement (exemple)
Add-AppxPackage -Path ".\WindowsAppRuntime_1.5.x.msix" Bon à savoir : si vous avez encore la version 11030, le runtime 1.4.x peut suffire. Sur 11050/11060, visez au minimum 1.5.x.
Étape 2 : redémarrer et tester
start ms-photos:Si Photos s’ouvre et reste stable, vous avez terminé. Dans le cas contraire, poursuivez avec la procédure de rollback.
Procédure détaillée – Revenir à 2024.11030.15001.0 (ou antérieure)
Désactiver les mises à jour automatiques du Microsoft Store
C’est indispensable pour empêcher la remontée automatique vers 11050+. Deux options :
- Interface du Store : Paramètres → Mises à jour automatiques → Désactivé.
- Stratégie de groupe : Computer Configuration → Administrative Templates → Windows Components → Store → Turn off Automatic Download and Install of updates → Enabled.
Équivalent Registre (administrateur) :
reg add "HKLM\SOFTWARE\Policies\Microsoft\WindowsStore" /v AutoDownload /t REG_DWORD /d 2 /fDésinstaller Photos proprement
# Utilisateur courant
Get-AppxPackage Microsoft.Windows.Photos | Remove-AppxPackage
# (Optionnel) Pour tous les profils où l'app est présente
Get-AppxPackage -AllUsers Microsoft.Windows.Photos | Remove-AppxPackage Nettoyage facultatif (si des résidus empêchent la réinstallation) :
# ATTENTION : l'accès à WindowsApps requiert la prise de possession du dossier.
# À n'utiliser que si nécessaire et en comprenant les implications.
# Dossiers possibles à purger après désinstallation et redémarrage
# %ProgramFiles%\WindowsApps\Microsoft.Windows.Photos_*
# %LocalAppData%\Packages\Microsoft.Windows.Photos_*Télécharger les packages hors‑ligne
Rassemblez :
- Le
.appxbundlede Microsoft.Windows.Photos (ex. 2024.11030.15001.0). - Les dépendances :
- Microsoft.UI.Xaml (2.8.x au minimum sur ces versions).
- Microsoft.VCLibs 14.00 (
Microsoft.VCLibs.x64.14.00.appxouARM64selon le CPU). - WindowsAppRuntime 1.4.x (voire 1.5.x si vous gardez une build récente).
Astuce : utilisez winget en mode téléchargement officiel (par ID du Store) pour réunir les MSIX/MSIXBundle historiques.
# Exemple : télécharger une version précise de Microsoft Photos
winget download --id 9WZDNCRFJBH4 --version 2024.11030.15001.0
# Vérifier l'architecture locale
[System.Runtime.InteropServices.RuntimeInformation]: :OSArchitecture
# => x64 ou Arm64, à faire correspondre avec les paquets téléchargés
Installer hors‑ligne avec PowerShell
Placez tous les fichiers dans un même dossier (par ex. C:\Offline\Photos\) et exécutez :
Set-Location C:\Offline\Photos
# Installer d'abord les frameworks/dépendances si absents
Add-AppxPackage -Path ".\Microsoft.UI.Xaml_2.8.x.msix"
Add-AppxPackage -Path ".\Microsoft.VCLibs.x64.14.00.appx"
Add-AppxPackage -Path ".\WindowsAppRuntime_1.4.x.msix"
# Puis le bundle Photos avec -DependencyPath
Add-AppxPackage -Path ".\Microsoft.Windows.Photos_2024.11030.15001.0.appxbundle" ` -DependencyPath ".\Microsoft.UI.Xaml_2.8.x.msix",`
".\Microsoft.VCLibs.x64.14.00.appx", ` ".\WindowsAppRuntime_1.4.x.msix"`
-ForceApplicationShutdown Après installation :
start ms-photos:
Get-AppxPackage Microsoft.Windows.Photos | Select Name, VersionConserver la version choisie
- Laissez les mises à jour automatiques du Store désactivées.
- En environnement géré (AD/Intune), bloquez sélectivement les mises à jour pour l’ID de package Microsoft.Windows.Photos, tout en laissant les autres applications se mettre à jour. Vous pouvez aussi distribuer la version retenue en MSIX/Bundle et geler les mises à jour pour ce seul logiciel.
Contrôles, diagnostics et rétablissement
Vérifier la présence des composants requis
# WinAppSDK
Get-AppxPackage Microsoft.WindowsAppRuntime* | Select Name, Version
# UI.Xaml
Get-AppxPackage Microsoft.UI.Xaml* | Select Name, Version
# VCLibs
Get-AppxPackage *VCLibs* | Select Name, Version, Architecture
# Photos
Get-AppxPackage Microsoft.Windows.Photos | Select Name, VersionRéinitialiser le Microsoft Store et le cache
wsreset.exeEnsuite, déconnectez/reconnectez la session utilisateur ou redémarrez la machine pour forcer la régénération des entrées du menu Démarrer.
Réenregistrer l’application si elle n’apparaît pas
Si l’icône est manquante mais que les fichiers sont présents, réenregistrez le manifeste :
$pkg = Get-ChildItem "C:\Program Files\WindowsApps" `
| Where-Object { $_.Name -like "Microsoft.Windows.Photos_*_x64__8wekyb3d8bbwe" } `
| Sort-Object Name -Descending | Select-Object -First 1
Add-AppxPackage -Register "$($pkg.FullName)\AppxManifest.xml" -DisableDevelopmentModeConsulter les journaux d’évènements pertinents
- Applications and Services Logs → Microsoft → Windows → AppXDeployment-Server
- … → AppXDeployment
- … → AppModel-Runtime
Recherchez les erreurs 0x80073CF3, 0x80073CF9, 0x80073D02 qui indiquent souvent une dépendance manquante ou un fichier verrouillé.
Erreurs fréquentes et correctifs
| Symptôme / Code | Cause probable | Correctif |
|---|---|---|
0x80073CF3 (Dependency or conflict) | Dépendances manquantes ou versions incompatibles (UI.Xaml, VCLibs, WindowsAppRuntime). | Installer les MSIX requis et relancer Add-AppxPackage avec -DependencyPath. |
0x80073D02 (Package in use) | Fichiers utilisés par un processus (Photos, Explorateur, Shell). | Fermer l’app, tuer le processus, se déconnecter/reconnecter, utiliser -ForceApplicationShutdown. |
0x80073CF9 (Generic install failure) | Cache Store corrompu, espace disque faible, service d’installation MSIX entravé. | Exécuter wsreset, vérifier l’espace, redémarrer les services, redémarrer la machine. |
| L’app s’ouvre puis se referme | Runtime WinAppSDK absent/non compatible. | Installer WindowsAppRuntime 1.5.x+ ou revenir à une build antérieure compatible. |
| L’app n’apparaît pas dans le menu Démarrer | Enregistrement du package incomplet, cache StartMenu. | Réenregistrer via Add-AppxPackage -Register, puis redémarrer l’Explorateur ou la session. |
Checklist d’audit rapide
- Architecture : tous les MSIX correspondent-ils à x64 ou ARM64 de la machine ?
- Versions de frameworks : UI.Xaml ≥ 2.8.x, VCLibs 14.00, WindowsAppRuntime 1.4.x ou 1.5.x selon la build.
- Mises à jour Store : désactivées/pilotées par stratégie ?
- Cache Store :
wsresetexécuté ? - Journaux AppX vérifiés pour les codes d’erreurs.
Automatiser sur plusieurs postes (script prêt à l’emploi)
Le script ci-dessous : (1) vérifie l’architecture, (2) contrôle la présence de WinAppSDK, (3) installe les dépendances manquantes, (4) installe la version ciblée de Photos, (5) fige les mises à jour Store via Registre. Placez vos fichiers MSIX/MSIXBundle dans un dossier et adaptez les noms.
#requires -RunAsAdministrator
param(
[string]$SourcePath = "C:\Offline\Photos",
[string]$PhotosBundle = "Microsoft.Windows.Photos_2024.11030.15001.0.appxbundle",
[string]$UIXaml = "Microsoft.UI.Xaml_2.8.x.msix",
[string]$VCLibs = "Microsoft.VCLibs.x64.14.00.appx",
[string]$WinAppRuntime = "WindowsAppRuntime_1.4.x.msix"
)
Write-Host "=== Vérification de l'architecture ==="
$arch = [System.Runtime.InteropServices.RuntimeInformation]::OSArchitecture
Write-Host "Architecture : $arch"
Write-Host "=== Désactivation des mises à jour automatiques du Store ==="
reg add "HKLM\SOFTWARE\Policies\Microsoft\WindowsStore" /v AutoDownload /t REG_DWORD /d 2 /f | Out-Null
Write-Host "=== Préparation des packages ==="
Set-Location $SourcePath
Write-Host "=== Contrôle des dépendances ==="
$needRuntime = -not (Get-AppxPackage Microsoft.WindowsAppRuntime* -ErrorAction SilentlyContinue)
$needXaml = -not (Get-AppxPackage Microsoft.UI.Xaml* -ErrorAction SilentlyContinue)
$needVCLibs = -not (Get-AppxPackage *VCLibs* -ErrorAction SilentlyContinue)
if ($needXaml) { Add-AppxPackage -Path $UIXaml }
if ($needVCLibs) { Add-AppxPackage -Path $VCLibs }
if ($needRuntime) { Add-AppxPackage -Path $WinAppRuntime }
Write-Host "=== Désinstallation de Photos (si présent) ==="
Get-AppxPackage Microsoft.Windows.Photos -ErrorAction SilentlyContinue | Remove-AppxPackage -ErrorAction SilentlyContinue
Write-Host "=== Installation de Photos ciblé ==="
Add-AppxPackage -Path $PhotosBundle -DependencyPath $UIXaml, $VCLibs, $WinAppRuntime -ForceApplicationShutdown
Write-Host "=== Validation ==="
Get-AppxPackage Microsoft.Windows.Photos | Select Name, Version | Format-Table -Auto
Write-Host "Terminé. Exécuter 'start ms-photos:' pour tester."Bonnes pratiques en environnement d’entreprise
- Inventorier vos postes : repérez la build de Photos, la présence de WinAppSDK, et l’architecture CPU.
- Centraliser les MSIX/MSIXBundle approuvés (hashés) dans un partage sécurisé et versionné.
- Signer vos scripts PowerShell et forcer
AllSignedlà où c’est possible. - Bloquer sélectivement la mise à jour de Photos par stratégie tout en gardant les autres applis à jour, afin de limiter la surface d’exposition.
- Suivre les notes de version de Photos et du Windows App SDK ; planifier un retour en avant lorsque le correctif amont est disponible.
Pourquoi la réinstallation du .appxbundle n’apparaît-elle pas ?
Plusieurs causes fréquentes :
- Dépendances manquantes : l’installation « réussit » partiellement mais l’app ne se matérialise pas dans le shell (UI.Xaml/VCLibs/Runtime manquants).
- Conflit de versions dans
WindowsApps: une version plus récente persiste et la réinscription échoue. - Cache Store/Menu Démarrer : non rafraîchi.
wsreset.exe+ redémarrage de session corrigent la plupart des cas. - Installation au mauvais scope : installée pour un autre utilisateur ou via provisioning incomplet.
Tableau de correspondance indicatif
Ce tableau aide à choisir les dépendances selon la build de Photos ; adaptez si vos journaux AppX demandent des versions précises.
| Build Microsoft Photos | WinAppSDK Runtime | Microsoft.UI.Xaml | VCLibs | Remarques |
|---|---|---|---|---|
| 2024.11030.15001.0 | 1.4.x | 2.8.x | 14.00 | Compatible sans 1.5.x ; vérifier selon vos logs. |
| 2024.11050.x / 11060.x | 1.5.x ou ultérieur | 2.8.x ou ultérieur | 14.00 | Échec de démarrage sans WinAppSDK. |
Alternatives à court terme
- Photos Legacy : utile si vous avez besoin d’outils d’édition de base sans dépendances WinAppSDK.
- Visionneurs tiers : IrfanView, XnView… efficaces pour la prévisualisation et le tri en attendant un correctif.
Bonnes pratiques de sécurité et d’intégrité
- Vérifier la signature éditeur des MSIX lorsque vous installez hors‑ligne :
Get-AuthenticodeSignature ".\Microsoft.Windows.Photos_2024.11030.15001.0.appxbundle"- Conserver les empreintes SHA‑256 de vos paquets pour audit.
- Isoler le dépôt de packages (lecture seule pour les opérateurs, écriture limitée aux administrateurs CI/CD).
FAQ
Q : Puis-je « pinner » définitivement la version ?
R : Évitez de figer indéfiniment : maintenez une version de repli, mais suivez les publications et repassez sur une build corrigée dès que possible. Le blocage via stratégie Store au niveau machine est la méthode la plus simple et réversible.
Q : Dois‑je supprimer WinAppSDK 1.5 si je reste en 11030 ?
R : Non. La cohabitation ne pose pas de problème. Certains logiciels tiers peuvent en dépendre.
Q : L’installation échoue sur un poste ARM64 ?
R : Vérifiez que tous les MSIX (Photos, UI.Xaml, VCLibs, Runtime) existent en ARM64. Un seul paquet x64 parmi eux fera échouer l’ensemble.
Q : Comment déployer pour tous les nouveaux utilisateurs ?
R : Le provisioning Add-AppxProvisionedPackage exige des paquets hors‑ligne correctement licenciés. Sinon, préférez l’installation par utilisateur ou un déploiement géré (Intune) qui affecte l’app au contexte utilisateur.
Résumé opérationnel
- Cas 1 : vous souhaitez rester sur la dernière version → installez WindowsAppRuntime 1.5+, redémarrez, testez.
- Cas 2 : vous devez restaurer la stabilité rapidement → désactivez la mise à jour Store, désinstallez Photos, installez 2024.11030.15001.0 + dépendances, puis congelez l’app.
- Dans tous les cas : contrôlez UI.Xaml, VCLibs, WinAppSDK, videz le cache Store, et vérifiez les journaux AppX en cas d’erreur.
Annexe : commandes utiles
# Lancer Microsoft Photos
start ms-photos:
# Lister toutes les versions de Photos installées
Get-AppxPackage -AllUsers Microsoft.Windows.Photos | Select UserSid, Version
# Forcer la fermeture avant mise à jour
Get-Process -Name "Microsoft.Photos" -ErrorAction SilentlyContinue | Stop-Process -Force
# Redémarrer l'Explorateur (rafraîchit le shell)
Stop-Process -Name explorer -Force
Start-Process explorer.exe
# Vérifier l'espace disque avant installation
Get-PSDrive -Name C Annexe : modèle de procédure change
- Isoler deux postes pilotes (x64, ARM64) et valider la procédure A puis B.
- Préparer un dossier réseau en lecture seule avec les MSIX/Bundle validés + hash.
- Signer et pousser le script d’installation silencieuse.
- Déployer par vagues (anneaux) avec un plan de repli (script inverse).
- Surveiller la télémétrie (démarrages de l’app, codes d’erreurs AppX, tickets Helpdesk).
Avec ces mesures, vous restaurez Microsoft Photos rapidement : soit en comblant la dépendance WinAppSDK lorsque vous gardez la dernière build, soit en revenant à une version éprouvée en attendant un correctif amont. Les scripts fournis et la stratégie Store permettent de stabiliser durablement votre parc.