Depuis décembre 2024, de nombreux utilisateurs signalent que l’application Planner intégrée au nouveau client Microsoft Teams pour Windows reste bloquée sur un message « There was a problem reaching this app ». Ce guide complet explique comment identifier la cause, appliquer une réinitialisation propre du client et éviter que le problème ne réapparaisse.
Problématique
À partir du 4 décembre 2024, Planner ne se charge plus dans le client de bureau :
- Animation de roue continue puis bannière d’erreur : « There was a problem reaching this app ».
- Même comportement pour tous les onglets Planner déjà ajoutés dans les canaux Teams.
Le service fonctionne en revanche :
- Planner chargé dans un navigateur moderne (
https://planner.microsoft.comouhttps://tasks.office.com). - Planner accessible dans Teams Web.
Ces éléments montrent que le dysfonctionnement est local au client Teams de bureau, non au service Microsoft 365, aux licences Planner ou à un incident global.
Symptômes observés en détail
Selon les configurations, l’erreur se manifeste via plusieurs indicateurs :
- Code d’état HTTP
500dans les outils de développement intégrés (F12) quand Planner tente de charger son iframe. - Événement WebView2 dans le journal d’application Windows relatant une faillite de rendu.
- Absence d’invites d’authentification, ce qui écarte un blocage Conditional Access.
- Aucun log de service majeur dans le Centre d’administration Microsoft 365.
Diagnostic différentiel rapide
| État de Planner | Implication |
|---|---|
| Fonctionnel sur le Web | Le backend et la licence sont sains. |
| Inaccessible uniquement dans Teams (Desktop) | Cache local, WebView2 ou version Teams corrompus. |
| Inaccessible partout | Incident global ; consulter la Santé du service. |
Tentatives de dépannage non concluantes
| Action tentée | Résultat |
|---|---|
| Quitter Teams puis redémarrer | Échec |
| Se déconnecter / reconnecter | Échec |
| Supprimer puis ré‑ajouter l’application Planner | Échec |
| Vérifier les mises à jour Windows et Microsoft Store | Aucune amélioration |
Effacer manuellement %AppData%\Microsoft\Teams | Non tenté initialement |
| « Repair » et « Reset » depuis Paramètres ► Applications | Proposé, à tester |
| Désinstaller puis réinstaller New Teams | Proposé, à tester |
Solution éprouvée : réinitialiser le nouveau client Teams
- Ouvrir Paramètres Windows → Applications → Applications installées.
- Rechercher New Microsoft Teams.
- Cliquer sur … ► Options avancées.
- Dans la section Réinitialiser, cliquer Réinitialiser. Cette action efface le cache local, les paramètres et déclenche le re‑téléchargement de tous les composants WebView2.
- Lancer Teams. Planner et les onglets se chargent de nouveau normalement.
Pourquoi la réinitialisation fonctionne
Corruption du cache local
Le client New Teams s’appuie sur WebView2. Des artefacts HTML/JS ou des jetons d’authentification mal écrits suffisent à bloquer le rendu d’une application spécifique telle que Planner.
Incohérence de versions
New Teams suit son propre cycle de publication, distinct des canaux Microsoft 365. Si une version de Planner requiert une dépendance plus récente que celle embarquée, l’iframe échoue. Réinitialiser force le téléchargement de la build la plus récente.
Absence d’incident global
Le fait que les collègues et l’interface Web ne rencontrent aucun problème confirme l’absence d’incident dans la région Microsoft 365 ; il s’agit donc d’un incident client‑side.
Méthode alternative pour les utilisateurs avancés
Si la réinitialisation complète est impossible (profil verrouillé, GPO, etc.), la suppression manuelle du cache offre un contournement :
1. Quitter Teams (clic droit dans la barre d’état → Quitter).
2. Ouvrir l’explorateur Windows et saisir : %AppData%\Microsoft\Teams
3. Supprimer le contenu des dossiers suivants :
• Cache
• blob_storage
• databases
• IndexedDB
• Local Storage
4. Supprimer également %LocalAppData%\Microsoft\Edge\User Data\Default\WebView2.Au prochain démarrage, Teams reconstruit l’environnement et télécharge la dernière version de Planner.
Prévention et bonnes pratiques
- Maintenir WebView2 Runtime à jour via Windows Update.
- Appliquer les mises à jour de New Teams dès leur publication (Help ► About ► Version).
- Surveiller les versions minimales requises : Microsoft publie les numéros de build sur le Message Center.
- Limiter l’usage d’outils de nettoyage de registre susceptibles de supprimer des clés essentielles de WebView2.
- Automatiser la purge de cache avec un script PowerShell pour les postes kiosque.
FAQ
La réinitialisation supprime‑t‑elle mes réglages de notifications ?
Oui. Les préférences sont stockées localement ; il faudra les reconfigurer.
Dois‑je réautoriser l’application Planner après le reset ?
Non. Planner reste associé à votre compte Azure AD. Seule l’authentification se renouvellera automatiquement.
Le problème peut‑il toucher d’autres applications Teams ?
Oui. Tout composant fondé sur WebView2 (Approvals, Viva, Power Apps) peut échouer si le cache est altéré.
Notes pour les administrateurs
- Vérifier la stratégie
DisablePlannerdans les Office CSP ; elle doit être Non configurée. - Contrôler les politiques Conditional Access : l’application Teams (Desktop) doit être autorisée sur les ressources Planner Tasks.
- Consulter régulièrement la section Service Health pour confirmer qu’aucun incident « Task Management » n’est ouvert.
- Documenter un runbook interne décrivant le processus de réinitialisation pour accélérer la résolution lors des prochains tickets.
Conclusion / À retenir
- Planner qui se charge dans un navigateur mais pas dans Teams Desktop indique une corruption locale.
- La réinitialisation ou le nettoyage du cache règle 90 % des cas.
- Maintenir Teams et WebView2 à jour limite les incidents futurs.
- Valider les politiques de sécurité évite les faux positifs liés à l’authentification.
Article mis à jour le 31 août 2025 pour refléter les dernières modifications du nouveau client Teams et de WebView2 123.0.