Microsoft Teams : panne d’images (TM852622) — causes, solutions, rollback et prévention (août 2024)

Un incident Microsoft Teams a empêché l’envoi et l’affichage d’images (carré gris, « Failed to open an image ») le 6 août 2024. Voici les causes, la chronologie, les correctifs éprouvés et un guide complet de dépannage, y compris un rollback si nécessaire.

Problème posé

Dans la version Microsoft Teams 24180.205.2980.1757 (poste Windows et client web), l’envoi, la réception et l’affichage d’images ont subi une panne temporaire : aperçu remplacé par un carré gris ou message « Failed to open an image ». Les mêmes symptômes se sont étendus aux aperçus, aux téléchargements, et aux appels applicatifs via Microsoft Graph (miniatures, pièces jointes, flux de médias intégrés).

De nombreux utilisateurs ont constaté :

• Impossibilité d’ouvrir les images postées dans les conversations et canaux ;
• Échec de prévisualisation dans le volet de droite et dans les notifications ;
• Échec des téléchargements d’images depuis le fil ;
• Erreurs applicatives côté bots, connecteurs et apps personnalisées qui s’appuient sur Graph pour lire/écrire des médias.

Cause et état de l’incident

ID Microsoft 365 : TM852622

• Début : 6 août 2024, 14 h 15 UTC
• Fin : 6 août 2024, 16 h 50 UTC
• Zone touchée : principalement les Amériques ; impact indirect possible côté correspondants d’autres régions.
• Racine (préliminaire) : sous‑performances dans des composants responsables de la livraison d’images. Les connexions ont été reroutées, puis un correctif a été appliqué et surveillé avec succès.

Interprétation opérationnelle : l’incident a affecté la chaîne d’acheminement des médias (images) entre les clients Teams, les points d’extrémité de service concernés et les dépendances de stockage. Le réacheminement (traffic engineering) a permis de réduire la pression le temps de déployer un correctif côté service.

Quoi faire et quand : solutions & bonnes pratiques

Quand ?	Mesures recommandées
Pendant l’incident	Suivre le tableau d’état Microsoft 365 (Service Health) ou le compte officiel @MSFT365Status pour la chronologie et les contournements publiés. Informer les utilisateurs finaux : limiter les envois d’images non critiques, privilégier le texte et les fichiers temporaires (ZIP) si nécessaire. Pour les applications / bots : implémenter une retry policy exponentielle pour les appels Graph dépendants des images.
Après la clôture	Redémarrer Teams puis réessayer l’envoi/réception d’images. Vider le cache : quitter Teams, puis supprimer les dossiers Cache, Blob_Storage, GPUCache, IndexedDB, Code Cache dans %AppData%\Microsoft\Teams\ (client classique) ou dans le répertoire de cache local de la nouvelle application Teams. Se reconnecter (déconnexion / ré‑authentification) pour forcer une resynchronisation. Mettre à jour Teams (poste ou Store) pour récupérer les derniers correctifs service + client. Vérifier proxy/pare‑feu : autoriser sans inspection TLS les flux sortants sur 80/443 vers les domaines Teams (incluant *.teams.microsoft.com) et les dépendances Microsoft 365.
Si le problème persiste malgré la résolution	Réparer / Réinstaller Teams : via Applications Windows (Réparer), ou désinstaller puis réinstaller (installateur bureau, ou nouvelle application). Tester l’interface web pour isoler un cache local ou une extension navigateur. Contrôler OneDrive / SharePoint : un espace en lecture seule, un quota saturé ou une gouvernance de contenu restrictive peuvent bloquer l’envoi d’images.

Retour à une version antérieure (rollback)

Microsoft ne propose pas officiellement de mécanisme de « downgrade » automatisé. Si un retour temporaire s’avère nécessaire :

1. Désinstaller l’application Microsoft Teams (Preview) ou New Teams depuis Paramètres ⟶ Applications.
2. Télécharger et installer le MSI Teams (Classic) depuis votre portail d’administration ou média interne approuvé.
3. Bloquer la mise à niveau automatique via une Teams Update Policy (paramètre UseNewTeamsClient = Off) dans le Centre d’administration.
4. Désactiver le basculement automatique dans l’interface utilisateur (Revenir à la version classique).

Conseil gouvernance : documentez ce rollback (justification, périmètre, durée, critères de retour) pour satisfaire aux exigences de conformité et éviter un « gel » permanent par inadvertance.

Erreur « sqlite3.dll is either not designed to run on Windows » (au lancement)

Cette erreur indique généralement une bibliothèque corrompue au sein de l’installation Store/UWP de la nouvelle application Teams.

Correctifs recommandés :

1. Désinstaller complètement le package MicrosoftTeams_24180… (provenant du Store).
2. Supprimer les dossiers %LocalAppData%\Packages\MSTeams* et %LocalAppData%\Microsoft\MS Teams*.
3. Redémarrer Windows, puis réinstaller la version souhaitée (nouvelle ou classique).
4. Exécuter SFC /scannow puis DISM /Online /Cleanup-Image /RestoreHealth pour corriger d’éventuels fichiers système endommagés.

Si l’organisation applique un durcissement post‑install (GPO, EDR, AppControl), s’assurer que les bibliothèques de la nouvelle application Teams ne sont pas bloquées, puis retenter l’ouverture.

Procédures détaillées pas‑à‑pas (IT & support)

Vider le cache Teams en toute sécurité

Avant : fermez Teams (icône zone de notification → clic droit → Quitter). Vérifiez dans le Gestionnaire des tâches qu’aucun processus Teams ni ms-teams n’est actif.

Client classique (MSI)

1. Ouvrir %AppData%\Microsoft\Teams.
2. Supprimer : Cache, Blob_Storage, GPUCache, IndexedDB, Local Storage, Code Cache, tmp, MeetingAddin (facultatif).
3. Relancer Teams et se reconnecter.

Nouvelle application Teams (Store/UWP)

1. Ouvrir %LocalAppData%\Packages\MSTeams* puis le sous-dossier de cache (LocalCache\Microsoft\MSTeams ou équivalent selon build).
2. Supprimer les mêmes sous‑dossiers de cache (voir ci‑dessus).
3. Relancer Teams, puis se reconnecter.

Renouveler l’authentification et synchroniser

1. Déconnexion dans Teams (Photo de profil → Se déconnecter).
2. Quitter l’application, vider le cache (si non fait), relancer.
3. Se reconnecter avec MFA si requis et attendre la resynchronisation des conversations.

Mettre à jour Teams

• Client bureau (MSI) : Menu → Vérifier les mises à jour ou déploiement centralisé par l’équipe IT.
• Application Store (nouvelle Teams) : Maj automatique via Microsoft Store / Entreprise (WSfB/Intune).
• Politique : s’assurer que la Teams Update Policy n’empêche pas l’adoption d’un correctif critique côté client.

Vérifications réseau (proxy/pare‑feu)

Les images transitent via des points d’extrémité qui doivent être joignables sans inspection TLS cassante. Contrôles clés :

• Autoriser sorties 80/443 vers les domaines Teams et dépendances Microsoft 365 (au minimum *.teams.microsoft.com).
• Exclure ces domaines de tout déchiffrement TLS (SSL inspection) ; sinon, prévoir un certificate pinning compatible ou une exception dédiée.
• Vérifier la latence et le paquet‑loss sur les sauts proxy (objectif : p99 stable, jitter limité) ; l’incident TM852622 étant lié à des sous‑performances côté service, la marge réseau cliente reste toutefois essentielle pour la reprise.

Tester côté web pour isoler

Ouvrez l’interface web de Teams dans un navigateur différent (profil vierge), désactivez les extensions, puis testez l’envoi d’une image ; si cela fonctionne côté web et pas côté poste, la cause est probablement locale (cache, client, profil Windows).

OneDrive/SharePoint et gouvernance

• Vérifier que la bibliothèque Documents correspondante n’est pas en lecture seule (quota, stratégie DLP, verrouillage, eDiscovery, litigation hold restrictif).
• Confirmer que l’utilisateur dispose des droits de chargement dans l’équipe/canal ou dans le chat (stockage OneDrive pour chat).
• Contrôler les quotas et la synchronisation ; un quota saturé peut empêcher la création du fichier image.

Graph API : impact et bonnes pratiques

Les applications/bots qui utilisent Graph pour lire/écrire les messages et leurs pièces jointes ont pu rencontrer des échecs transitoires (miniatures, contenu binaire). Recommandations :

• Implémenter des retries exponentiels et du circuit breaking.
• Consigner le détail des erreurs (codes HTTP, en‑têtes de corrélation) pour faciliter le suivi auprès du support.
• Prévoir un rechargement des miniatures côté client après rétablissement (cache contrôlé par ETag / Last‑Modified si applicable).

Collecte de journaux / observation

• Utiliser le menu Aide pour collecter les journaux Teams au moment du symptôme.
• Capturer un HAR dans les Outils de développement navigateur (onglet Réseau) pendant l’échec d’une image.
• Noter l’heure exacte (UTC), le tenant, l’utilisateur, le canal/chat et l’identifiant du message si accessible.

Plan d’action rapide (checklist)

1. Vérifier l’état du service Microsoft 365 (présence de TM852622 ou d’un incident en cours).
2. Redémarrer Teams et réessayer.
3. Vider le cache (selon le type de client), se reconnecter.
4. Mettre à jour l’application Teams (poste / Store).
5. Tester via le web (navigateur vierge) pour isoler.
6. Vérifier proxy/pare‑feu et exclure l’inspection TLS pour les domaines Teams.
7. Contrôler l’espace OneDrive/SharePoint et les droits.
8. Si échec persistant : réparer/réinstaller ou faire un rollback temporaire vers Teams (Classic) avec politique de mise à jour ajustée.

Comparatif : nouvelle application Teams vs Teams (Classic)

Élément	Nouvelle application Teams	Teams (Classic)
Distribution	Microsoft Store / déploiement moderne	MSI (poste Windows), distribution traditionnelle
Chemin du cache	%LocalAppData%\Packages\MSTeams* (cache local dédié)	%AppData%\Microsoft\Teams
Politique d’activation	Gérée par Teams Update Policy (basculement possible)	Activé par défaut si la politique bloque la nouvelle app
Rollback	Non prévu nativement ; désinstallation + installation Classic	MSI contrôlable, mais moins performant pour certaines fonctions
Impact incident TM852622	Oui (acheminement images côté service)	Oui (prévisualisation / téléchargement affectés)

FAQ

Pourquoi des images affichaient un carré gris ?

Parce que la chaîne côté service chargée d’acheminer et de servir les images était sous‑performante. Le client ne recevait pas correctement les médias ; en conséquence, les vignettes, prévisualisations et téléchargements échouaient, y compris pour Graph.

Dois‑je encore faire quelque chose maintenant que l’incident est clos ?

En général, non. Le service a été rétabli le 6 août 2024 à 16 h 50 UTC. Si des symptômes persistent sur quelques postes, appliquez les mesures locales : mise à jour, vidage de cache, reconnexion et vérifications réseau.

Pourquoi le web fonctionne mais pas le client de bureau ?

Après un incident service, il peut rester un cache corrompu ou des jetons obsolètes côté poste. Le navigateur, isolé et rafraîchi, contourne ce résidu. Le nettoyage de cache + reconnexion suffit dans la majorité des cas.

L’inspection TLS de mon proxy peut‑elle recréer ce problème ?

Oui. Une inspection TLS qui intercepte et réécrit le trafic vers les domaines Microsoft 365 peut perturber l’échange de jetons et la livraison des médias. Placez les domaines Teams sur liste d’exclusion (pas de déchiffrement), en plus des ports 80/443 ouverts.

Que faire côté développeur Graph ?

Implémentez des retries, journalisez les ID de corrélation et prévoyez une stratégie de rechargement des miniatures. Assurez‑vous que les exceptions de dépendances sont gérées (ex. retenter la récupération d’un contentUrl après une erreur transitoire).

Le retour vers Teams (Classic) est‑il recommandé ?

Uniquement en dernier recours, et de manière temporaire. L’objectif est de rétablir la productivité le temps d’épurer le cache, de sécuriser le réseau et de valider que la nouvelle application fonctionne correctement avec les correctifs côté service.

Conseils de prévention

• Surveiller l’état du service depuis le tableau d’intégrité Microsoft 365 ou via les canaux officiels.
• Tenir Teams à jour pour bénéficier rapidement des correctifs (poste et application Store).
• Nettoyer régulièrement le cache (script IT ou procédure trimestrielle) pour éviter la corruption locale.
• Documenter les incidents internes (post‑mortem, REX) afin d’accélérer les diagnostics lors d’une prochaine panne.
• Durcir la configuration proxy : exceptions d’inspection TLS pour Microsoft 365, surveillance des latences, haute disponibilité.
• Rationaliser les politiques de mise à jour (Teams Update Policy) : définissez clairement l’adoption de la nouvelle application et le scénario de retour, pour éviter les états mixtes difficiles à dépanner.

Modèles prêts à l’emploi (communiqués & runbook)

Message d’information aux utilisateurs

Objet : Images indisponibles dans Microsoft Teams – incident résolu

Un incident Microsoft Teams visant la livraison d’images (TM852622) a affecté l’affichage et les téléchargements le 6 août 2024 (14:15–16:50 UTC). Le service est rétabli. Si vous voyez encore un carré gris ou « Failed to open an image », merci de redémarrer Teams, vider le cache puis vous reconnecter. Contactez l’assistance si le problème persiste.

Runbook de dépannage condensé

1. Vérifier Service Health (présence d’un incident/maintenance).
2. Relancer Teams → tester envoi/lecture d’une image.
3. Vider cache (chemins selon client), se reconnecter.
4. Mettre à jour l’application.
5. Tester via web, profil navigateur propre.
6. Contrôler proxy/pare‑feu (ports 80/443, pas d’inspection TLS sur domaines Teams).
7. Vérifier quotas et droits OneDrive/SharePoint.
8. Collecter journaux, ouvrir ticket si besoin.

Annexe : dépannage avancé (IT)

Symptômes typiques et leur signification

Symptôme	Piste locale	Piste service	Action immédiate
Carré gris à la place d’une image	Cache corrompu, profil navigateur ou extension	Défaut de livraison média	Vider cache, tester web, vérifier Service Health
« Failed to open an image » à l’ouverture	Jeton expiré, client obsolète	Composant de service sous‑performant	Reconnexion, mise à jour, retester après rétablissement
Téléchargement qui démarre puis s’arrête	Proxy/pare‑feu, inspection TLS	Back‑end transitoirement dégradé	Exclure domaines Teams de l’inspection, retenter
Graph : miniature indisponible	Cache app, absence de retries	Service image indisponible	Implémenter retries, recharger miniature

Nettoyage contrôlé via script (exemple)

À adapter à votre parc ; exécuté hors session utilisateur pour éviter les fichiers verrouillés.

@echo off
rem Nettoyage cache Teams (classique)
taskkill /IM Teams.exe /F 2>nul
set TCache=%AppData%\Microsoft\Teams
for %%D in (Cache Blob_Storage GPUCache IndexedDB "Local Storage" "Code Cache" tmp) do (
  if exist "%TCache%\%%D" rd /s /q "%TCache%\%%D"
)
echo Cache Teams classique nettoyé.

rem Nettoyage cache nouvelle Teams (Store)
for /d %%P in ("%LocalAppData%\Packages\MSTeams*") do (
if exist "%%P\LocalCache\Microsoft\MSTeams" rd /s /q "%%P\LocalCache\Microsoft\MSTeams"
)
echo Cache nouvelle Teams nettoyé. 

Politique de mise à jour (exemple administratif)

• Créer/éditer une Teams Update Policy spécifique « Rollback‑Temp ».
• Régler UseNewTeamsClient = Off sur la période de retour arrière.
• Attribuer la politique aux groupes concernés (limiter la portée).
• Planifier le retour à la politique standard une fois les vérifications terminées.

Bonnes pratiques Dev / App

• Prévoir un graceful degradation pour les pièces jointes : texte de remplacement, icône générique, bouton Retenter.
• Tracer les erreurs Graph avec un identifiant corrélé (activité utilisateur + horodatage UTC).
• Limiter la taille des images envoyées et compresser côté client si possible.

En résumé

La panne d’images dans Teams (build 24180.205.2980.1757) était un incident côté Microsoft (TM852622) résolu le 6 août 2024. Une mise à jour de l’infrastructure a rétabli le service. Aucune action n’est requise pour la plupart des utilisateurs, hormis la mise à jour, la reconnexion et, si besoin, le nettoyage de cache. Un rollback vers Teams (Classic) reste possible mais doit être géré manuellement et temporairement. L’erreur sqlite3.dll signale une installation corrompue ; une réinstallation complète et une vérification système (SFC/DISM) corrigent généralement le problème. Côté IT, appliquez les bonnes pratiques réseau (pas d’inspection TLS sur les domaines Teams), documentez l’incident et consolidez vos politiques de mise à jour pour accélérer la remédiation lors d’éventuels futurs incidents.