MENU
  1. Accueil
  2. Windows
  3. Windows11
  4. Windows 11 : Microsoft Photos ne s’ouvre plus — cause WinAppRuntime et correctifs éprouvés

Windows 11 : Microsoft Photos ne s’ouvre plus — cause WinAppRuntime et correctifs éprouvés

Windows11

Sur Windows 11, l’appli Microsoft Photos peut cesser de s’ouvrir du jour au lendemain, parfois sur tout un parc. Voici un guide opérationnel, validé en production, pour diagnostiquer, corriger (mise à jour du Windows App Runtime) et prévenir ce blocage.

Sommaire

Symptômes observables

  • Double‑clic sur une image : aucune fenêtre ne s’affiche (pas d’erreur, pas d’alerte). Idem depuis le menu Démarrer, Win + R, cmd ou PowerShell.
  • Le comportement est identique sur plusieurs machines en même temps (postes managés, VDI, salles de formation…), ce qui oriente vers une cause logicielle commune.
  • Dans certains cas, l’impression depuis Photos ne répond plus non plus.

Ce qui casse réellement (en clair)

L’édition 2024.11050 de l’application Microsoft Photos, distribuée via le Microsoft Store entre fin mai et début juin 2024, dépend d’un environnement d’exécution (Windows App Runtime / Windows App SDK). Quand la machine possède des packages Runtime trop anciens, corrompus ou incomplets, l’application démarre… puis s’arrête immédiatement sans interface visible. Les postes sans accès Store, restés sur une version antérieure de Photos, ne sont généralement pas affectés : c’est un indice fort d’incompatibilité entre la nouvelle app et un Runtime obsolète.

En résumé : ce n’est pas (seulement) l’app qui est en cause, c’est son Runtime. Mettre à jour le Windows App Runtime 1.5.x résout le problème de façon fiable.

Diagnostic express (5 minutes)

  1. Ouvrez PowerShell en administrateur.
  2. Inventoriez les composants Runtime présents : Get-AppxPackage -Name "*appruntime*" | Select Name, Version, PackageFullName | Sort-Object Name Sur une machine en bon état après correctif, on s’attend à voir au minimum :
    MicrosoftCorporationII.WinAppRuntime.Main.1.5
    MicrosoftCorporationII.WinAppRuntime.Singleton
    Microsoft.WinAppRuntime.DDLM.5001.119.156.0‑x6
    Microsoft.WinAppRuntime.DDLM.5001.119.156.0‑x8
    (les suffixes et architectures peuvent varier selon x64/x86/arm64).
  3. Vérifiez la version de Photos installée : Get-AppxPackage -Name "Microsoft.Windows.Photos" | Select Name, Version Si la version commence par 2024.11050 (ou proche) et que vos WinAppRuntime listés sont antérieurs à la branche 1.5, la cause est quasi confirmée.
  4. Essayez un lancement verbeux (utile en labo) : Start-Process "ms-photos:" -PassThru Le processus peut apparaître fugitivement puis disparaître : typique d’une dépendance Runtime manquante.

Solutions proposées et validées (vue d’ensemble)

Utilisez le tableau ci‑dessous pour choisir la bonne action selon votre contexte.

PrioritéActionDétails / CommandesRésultatQuand l’utiliser
1Réparation locale de l’appParamètres → Applications → Applications installées → Photos → Options avancées → Réparer puis RéinitialiserFonctionne rarement ; élimine une corruption mineure.Poste isolé, tentative rapide de dépannage.
2Réinstaller PhotosDésinstaller depuis Paramètres ou : winget uninstall Microsoft.Windows.Photos winget install Microsoft.Windows.PhotosPeu d’effet tant que le Runtime n’est pas aligné.Quand l’étape 1 échoue et que le Store est disponible.
3Réparation « in‑place » de Windows 11Monter l’ISO officiel, lancer setup.exe, choisir Conserver fichiers et applications.Intrusif, long, pas garanti sur ce problème précis.Cas extrêmes, peu adapté à un parc.
4Mettre à jour le Windows App Runtime (recommandé)a) Télécharger le Windows App SDK le plus récent (≥ 1.5.x) et l’exécuter en admin.
b) Redémarrer.
c) Contrôler : Get-AppxPackage -Name "*appruntime*" | Select Name		Rétablit immédiatement l’ouverture (et l’impression) de Photos.Parc managé, scénario réplicable et durable.
5Désinstaller les anciens Runtimes puis réinstaller le SDKScript de nettoyage : $apps = @( 'MicrosoftCorporationII.WinAppRuntime.Main.1.3*', 'MicrosoftCorporationII.WinAppRuntime.Main.1.4*', 'MicrosoftCorporationII.WinAppRuntime.Singleton', 'Microsoft.WinAppRuntime.*' ) foreach ($a in $apps){ Get-AppxPackage -AllUsers -Name $a | ForEach-Object { Remove-AppxPackage -Package $_.PackageFullName -AllUsers } } # Nettoyage du provisioning (images de base) Get-AppxProvisionedPackage -Online | Where-Object DisplayName -like "*WinAppRuntime*" | Remove-AppxProvisionedPackage -OnlineRésout les conflits de versions et les états « cassés ».À utiliser si l’étape 4 échoue.

Procédure détaillée — mise à jour du Windows App Runtime

Pré‑requis

  • Compte administrateur local ou droit d’élévation.
  • Accès au package d’installation du Windows App SDK / Windows App Runtime 1.5.x (x64/x86/arm64 selon vos postes).
  • Connexion Internet ou dépôt interne contenant l’installeur (WindowsAppRuntimeInstall-x64.exe par exemple).

Étapes

  1. Fermez Photos (et toute app WinUI 3 éventuellement ouverte).
  2. Installez/Mettre à jour le Runtime : exécutez l’installeur en mode silencieux pour automatiser. Start-Process -FilePath "C:\Packages\WindowsAppRuntimeInstall-x64.exe" ` -ArgumentList "/quiet /norestart" -Wait -Verb RunAs Le nom exact du fichier peut varier selon la version et l’architecture.
  3. Redémarrez l’ordinateur (fortement recommandé).
  4. Vérifiez les packages présents : Get-AppxPackage -Name "*appruntime*" | Select Name, Version | Sort-Object Name
  5. Testez : Start-Process "ms-photos:" # ou double‑clic sur une image .jpg/.png

Automatisation (poste unique)

Le script suivant détecte un Runtime < 1.5, tente une réparation silencieuse, puis vérifie Photos.

$minVersion = [Version]"1.5.0.0"
$needInstall = $true
$pkgs = Get-AppxPackage -Name "*WinAppRuntime*","*appruntime*" -AllUsers | Sort-Object -Property Name -Unique
if ($pkgs){
  $has15 = $pkgs | Where-Object { $_.Name -match "WinAppRuntime\.Main\.1\.5" }
  if ($has15) { $needInstall = $false }
}

if ($needInstall) {
$installer = "C:\Packages\WindowsAppRuntimeInstall-x64.exe"  # adaptez le chemin
if (-not (Test-Path $installer)) { throw "Installeur introuvable : $installer" }
Start-Process -FilePath $installer -ArgumentList "/quiet /norestart" -Wait -Verb RunAs
}

# Vérification

Start-Sleep -Seconds 2
$ok = (Get-AppxPackage -Name "*WinAppRuntime*","*appruntime*" -AllUsers |
Where-Object { $_.Name -match "WinAppRuntime.Main.1.5" }) -ne $null

if ($ok) {
Write-Host "Windows App Runtime 1.5 présent. Test de Photos..." -ForegroundColor Green
Start-Process "ms-photos:"
} else {
Write-Warning "Le Runtime 1.5 n'est pas détecté. Procéder à un nettoyage (voir étape 5)."
}

Automatisation à l’échelle (Intune / ConfigMgr / GPO)

  • Intune (Win32 app)
    1. Emballez WindowsAppRuntimeInstall-x64.exe en .intunewin.
    2. Commande d’installation : WindowsAppRuntimeInstall-x64.exe /quiet /norestart
    3. Commande de désinstallation : non nécessaire (composant partagé).
    4. Règle de détection (PowerShell) : réussite si ($null -ne (Get-AppxPackage -AllUsers -Name "MicrosoftCorporationII.WinAppRuntime.Main.1.5"))
    5. Déploiement en anneaux (pilot → vaste public), avec redémarrage demandé.
  • ConfigMgr : créez une Application avec détection PowerShell identique et dépendance éventuelle envers Desktop App Installer si nécessaire.
  • GPO/Script démarrage : poussez l’installeur depuis un partage et exécutez‑le silencieusement, journalisez vers l’Observateur d’événements.

Plan B — désinstaller les anciens Runtimes puis réinstaller

Si la mise à jour échoue (conflits, états incohérents), procédez à un nettoyage contrôlé puis réinstallez le SDK/Runtime.

  1. Nettoyage utilisateur (tous les comptes) : $targets = @( 'MicrosoftCorporationII.WinAppRuntime.Main.1.3*', 'MicrosoftCorporationII.WinAppRuntime.Main.1.4*', 'MicrosoftCorporationII.WinAppRuntime.Singleton', 'Microsoft.WinAppRuntime.*' ) foreach ($t in $targets){ Get-AppxPackage -AllUsers -Name $t | ForEach-Object { try { Remove-AppxPackage -Package $_.PackageFullName -AllUsers -ErrorAction Stop Write-Host "Supprimé : $($_.PackageFullName)" -ForegroundColor Yellow } catch { Write-Warning "Échec suppression $($_.PackageFullName) : $($_.Exception.Message)" } } }
  2. Nettoyage du provisioning (images de base) : Get-AppxProvisionedPackage -Online | Where-Object DisplayName -like "*WinAppRuntime*" | Remove-AppxProvisionedPackage -Online
  3. Réinstallez ensuite le Runtime 1.5.x comme décrit plus haut, puis redémarrez.

Solutions qui aident parfois (sans traiter la cause)

  • Réparer / Réinitialiser Photos (Paramètres → Applications) : utile contre une corruption locale mais inefficace en cas d’incompatibilité de Runtime.
  • Réinstaller Photos (Store ou winget) : même limite.
  • Réparation in‑place de Windows 11 : procédure lourde, non adaptée à grande échelle pour ce cas.
  • WSReset / Réinitialisation du cache Store : wsreset.exe Ne corrige pas un Runtime manquant, mais peut stabiliser l’environnement Store.

Vérifications post‑correction

  1. Ouverture d’images (.jpg, .png, .heic, .tif), y compris via clic droit → Aperçu.
  2. Impression depuis Photos (menu … → Imprimer).
  3. Commande : Get-AppxPackage -Name "Microsoft.Windows.Photos","*appruntime*" | Select Name, Version | Sort-Object Name
  4. Journal d’événements : absence d’erreurs récurrentes AppModel-Runtime lors du lancement.

Informations complémentaires utiles

  • Correctif officiel ultérieur : le problème a été corrigé dans les versions de SDK 1.5.4 (révision 15240607001) et ultérieures. Si Windows Update et Microsoft Store sont à jour, le correctif doit déjà être présent.
  • Prévention : alignez systématiquement les packages Windows App Runtime avec les versions d’apps distribuées via le Store (ou cadrez les mises à jour Store par anneaux de déploiement et tests de compatibilité).
  • Contournement provisoire : installez un visionneur tiers léger (IrfanView, XnView, Photoshop Express) pendant le diagnostic, ou suspendez temporairement les mises à jour Store sur les postes critiques.

FAQ (questions fréquentes)

Pourquoi seuls certains PC sont touchés ?

Parce qu’ils ont reçu la nouvelle version de Photos mais pas les composants Runtime requis (ou une variante de ces composants). Les machines sans Store ou bloquées sur une version antérieure ne déclenchent pas la condition d’incompatibilité.

Est‑ce que d’autres applications peuvent être concernées ?

Oui, toute application basée sur Windows App Runtime peut exiger une version minimale. Si un poste a reçu une app récente sans Runtime compatible, on peut observer des symptômes similaires (fenêtre qui ne s’ouvre pas, crash silencieux). D’où l’intérêt de maintenir le Runtime à jour indépendamment des apps.

Comment gérer cela en environnement d’entreprise sans accès Internet ?

Conservez un dépôt logiciel interne (fichiers des installateurs Runtime par architecture et version validée) et distribuez‑les via votre outil (Intune, ConfigMgr, scripts GPO). Ajoutez un contrôle de présence (Get-AppxPackage) dans vos scripts de détection pour n’installer que si nécessaire.

L’installation échoue avec un message de conflit ou d’état « déjà installé ».

Procédez au nettoyage (étape Plan B) : suppression des anciens packages (utilisateur + provisioning), redémarrage, puis réinstallation silencieuse du Runtime.

Faut‑il réassocier Photos comme visionneuse par défaut ?

Généralement non : une fois le Runtime corrigé, Photos refonctionne immédiatement. Si vous avez changé d’application par défaut pendant l’incident, réassociez au besoin (Paramètres → Applications par défaut → Photos).

Playbook d’entreprise (réutilisable)

ScénarioAction standardCommande / ScriptCritère de réussiteRemarques
Parc mixte (Store autorisé)Push Runtime 1.5.x silencieuxWindowsAppRuntimeInstall-x64.exe /quiet /norestartPhotos s’ouvre + impression OKRedémarrage planifié recommandé
VDI / CitrixIntégrer Runtime dans l’image doréeProvisioning + contrôle Get-AppxProvisionedPackageSessions fraîches sans incidentVérifier architectures x64/x86
Postes offline (sans Store)Dépôt interne & script de détectionGet-AppxPackage -Name "*appruntime*"Packages 1.5.x visiblesDocumenter les versions validées
Échec d’installationNettoyage + réinstallationVoir scripts Plan BPlusieurs redémarrages possiblesTenir un journal d’exécution

Annexes — commandes utiles

Liste des composants Appx liés au Runtime

Get-AppxPackage -AllUsers -Name "*WinAppRuntime*","*appruntime*" |
  Select Name, Version, PackageFullName | Sort-Object Name

Forcer une réparation silencieuse du Runtime

Start-Process "C:\Packages\WindowsAppRuntimeInstall-x64.exe" -ArgumentList "/repair /quiet /norestart" -Wait -Verb RunAs

Réinstaller Microsoft Photos via winget (si Store autorisé)

winget uninstall Microsoft.Windows.Photos --silent
winget install Microsoft.Windows.Photos --silent

Contrôler rapidement le fonctionnement

Start-Process "ms-photos:"; Start-Sleep 2
Get-Process -Name "Microsoft.Photos" -ErrorAction SilentlyContinue

Bonnes pratiques et prévention

  • Catalogue interne : conservez les versions validées de Windows App Runtime (1.5.x mini) par architecture.
  • Anneaux de mise à jour : pilote → élargi → généralisation, avec télémétrie simple (taux d’ouverture de Photos, erreurs AppModel).
  • Audit périodique : mesurez la présence des packages Main.1.5 & Singleton sur un échantillon, corrigez les écarts.
  • Documentation : consignez la matrice « version Photos ↔ version Runtime » validée pour votre environnement.

Checklist finale (copiable dans un ticket)

  • 🟢 Symptôme reproduit (Photos ne s’ouvre pas).
  • 🟢 Constat : Runtime < 1.5 ou absent.
  • 🟢 Action : installation silencieuse du Runtime 1.5.x & redémarrage.
  • 🟢 Contrôle : Photos s’ouvre et imprime.
  • 🟢 Prévention : ajout au socle logiciel + anneaux de MAJ Store.

Conclusion

Le blocage de Microsoft Photos sous Windows 11 n’est pas un mystère : il découle d’un désalignement entre l’application et son Windows App Runtime. En mettant à jour ce dernier vers la branche 1.5.x (ou en nettoyant puis réinstallant), on restaure l’ouverture et l’impression instantanément, de façon reproductible à l’échelle d’un parc. Encadrez ensuite les mises à jour Store et tenez un catalogue interne des versions validées : vous éviterez les récidives.

Windows11
dépannage PowerShell Windows 11 WinAppRuntime Microsoft Photos
Sommaire