Depuis mi‑juin 2024, un bogue dans la nouvelle application de bureau Microsoft Teams bloque l’ouverture d’onglets OneNote, Excel ou PDF pour une partie des utilisateurs. Cette analyse explique la cause technique, propose des contournements concrets et fournit un plan de suivi jusqu’à la mise en production du correctif global annoncé par Microsoft.
Dysfonctionnement : liens OneNote (et autres fichiers M365) ouverts en tant qu’onglets dans Microsoft Teams (nouvelle version)
Vue d’ensemble du problème
Cliquer sur un onglet OneNote, Excel ou PDF dans New Teams déclenche subitement l’ouverture du navigateur par défaut, lequel affiche :
Server Error in '/' Application. Runtime Error An exception occurred while processing your request…
La défaillance :
- N’affecte pas le client Web Teams, l’ancienne application de bureau (« Classic »), ni l’ouverture du même fichier depuis l’onglet Fichiers ou directement dans OneNote/SharePoint.
- Concerne uniquement « certains utilisateurs servis par une partie d’infrastructure affectée » selon Microsoft.
- A débuté le 13 juin 2024 et a été suivi dans l’avis de service TM803695 du Centre d’administration M365.
Chronologie détaillée de l’incident
| Date | Événement clé | Commentaire |
|---|---|---|
| 13 juin 2024 | Détection du pic d’erreurs 500 sur l’infrastructure « Link Handling » | Premier lot d’utilisateurs touchés ; escalade automatique côté Microsoft. |
| 14 – 15 juin 2024 | Publication de l’avis TM803695 | Identification d’une modification de configuration comme cause racine. |
| 17 juin 2024 | Isolation du paramètre fautif et construction d’un correctif | Tests internes sur un sous‑ensemble de tenants de validation. |
| 24 juin 2024 | Démarrage du déploiement graduel du correctif | Roll‑out ciblé sur 5 % des nœuds proxy de la région « Europe West ». |
| 1ᵉʳ juillet 2024 | Extension à 50 % de l’infrastructure mondiale | Microsoft confirme la baisse de 90 % des erreurs signalées. |
| 08 juillet 2024 | Correctif global terminé (prévision) | Fin programmée de l’avis TM803695 si aucun signalement résiduel. |
Causes identifiées
Les équipes produit ont retracé l’erreur à une modification de configuration dans la couche « URL Resolver » qui traduit les hyperliens d’onglets Teams en URL SharePoint. Le nouveau paramètre, déployé pour améliorer la pré‑authentification des liens, introduisait une divergence de routage pour certains tokens Azure AD. Résultat : l’appel HTTP redirigé aboutissait sur un nœud incapable de restituer le fichier et renvoyait l’erreur 500 affichée dans le navigateur.
Scénarios et impact utilisateur
- OneNote : impossibilité d’ouvrir un bloc‑notes intégré comme onglet, perte de navigation contextuelle (sections, pages).
- Excel/PDF dans un canal : échec systématique de chargement lorsque le fichier est épinglé en onglet, alors que l’affichage via Fichiers fonctionne.
- Réunion Teams : onglets de collaboration en direct (ex. Notes de réunion) bloqués, nécessitant une ouverture dans le navigateur et donc la perte de la vue côte à côte.
- Mobilité : comportement identique dans l’app Teams pour Windows 11 on ARM 64 et pour certaines builds macOS, mais pas sur iOS/Android.
Solutions et contournements connus
| Objectif | Méthode | Commentaire |
|---|---|---|
| Continuer à travailler | Ouvrir le fichier/bloc‑notes dans le navigateur, le client OneNote ou via Fichiers | Aucun message d’erreur, mais perte de l’intégration dans l’onglet Teams. |
| Éviter l’incident dans Teams | Revenir temporairement à « Classic Teams » | La bascule peut être poussée par stratégie msTeamsPreviewSettingsPolicy. |
| Tester sans Safe Links | Exclure le domaine interne dans une politique Safe Links | Les retours confirment que cela ne corrige pas le problème ; l’infrastructure Safe Links n’est pas en cause. |
| Assistance officielle | Suivre l’avis TM803695 et ouvrir un ticket M365 si besoin | Aucune action cliente requise hormis la surveillance et la communication. |
Recommandations pratiques pour les administrateurs
- Communiquer rapidement : publiez une annonce dans le Centre de messages Teams expliquant les contournements disponibles. Un modèle court :
« Si un onglet OneNote/Excel ne s’ouvre pas, cliquez sur “Ouvrir dans le navigateur” ou utilisez l’onglet Fichiers. Le correctif Microsoft est en cours de déploiement. » - Surveiller Service health : abonnez‑vous aux alertes mail pour la catégorie « Teams » afin de recevoir les mises à jour de l’avis TM803695 sans délai.
- Limiter les actions locales : évitez de purger le cache Teams, de réinstaller l’application ou de solliciter les équipes réseau ; ces actions n’influencent pas le routage côté Microsoft.
- Documenter l’incident : créez une fiche dans votre base de connaissances interne (Confluence, SharePoint) reprenant : description, date de début, contournements, lien vers TM803695, plan de clôture.
- Planifier un message de clôture : préparez un post de canal ou un bulletin Yammer pour confirmer la résolution après la fin officielle de l’avis.
Bonnes pratiques pour l’équipe support
- Script de qualification : demandez à l’utilisateur – « Pouvez‑vous ouvrir le même fichier depuis Fichiers ? ». Si la réponse est oui, classez le ticket sous l’incident global « TM803695 – Link Handling ».
- SLA interne : définissez un statut « Contournement disponible » ; un ticket dans cet état n’est pas bloquant et peut être clos après validation par l’utilisateur.
- Auto‑diagnostic : diffusez un lien vers un formulaire Power Automate qui détecte la version du client Teams et propose la bascule vers Classic en un clic si souhaité.
Communication interne et gestion du changement
Un incident lié à un service SaaS doit être géré comme tout changement d’infrastructure externe :
Phase 1 – Notification : alerte immédiate sur le canal #it‑ops + e‑mail récapitulatif aux managers.
Phase 2 – Réévaluation : point quotidien de cinq minutes pour mettre à jour l’impact, les chiffres d’utilisateurs touchés, l’avancement du correctif.
Phase 3 – Clôture : publication d’un bulletin « Post‑mortem » (résumé, cause racine, actions internes et Microsoft, leçons apprises).
Prévenir ce type d’incident à l’avenir
- Activer la « Targeted Release » pour un tenant de test afin de détecter plus tôt les régressions fonctionnelles sur New Teams.
- Superviser les codes d’erreur HTTP : utilisez Azure Monitor ou Splunk pour alerter quand la métrique « TeamsLinkResolver_500 » dépasse un seuil.
- Maintenir un parc diversifié : conservez un petit groupe d’utilisateurs sur Classic Teams pour disposer d’une solution de repli immédiate.
- Revoir les playbooks d’incident SaaS : assurez‑vous qu’ils couvrent la triage M365, l’escalade vers Microsoft et la communication multicanale vers les utilisateurs.
Conclusion
L’erreur « Server Error in ‘/’ Application » sur les onglets OneNote dans New Teams n’est pas liée aux paramètres locaux ni aux politiques de sécurité du client. Microsoft a confirmé qu’un changement de configuration côté service est la cause racine et qu’un correctif est en cours de déploiement progressif. En attendant la résolution complète, les administrateurs disposent de contournements fiables – ouvrir les fichiers dans le navigateur ou revenir à Classic Teams – et d’un calendrier clair via l’avis TM803695. La clé réside dans une communication proactive et l’assurance que les utilisateurs savent comment continuer à travailler sans interruption.