Bug Teams 2024 : la fenêtre prend le focus sans cesse – toutes les solutions

Depuis mars 2024, un dysfonctionnement de la nouvelle application Microsoft Teams provoque l’ouverture répétée de la fenêtre au‑dessus de Word, Excel ou Outlook, rendant la saisie fastidieuse. Cet article détaille l’origine du bug, son état actuel et toutes les solutions fiables, du contournement minute à la rémédiation de parc.

Sommaire

Teams s’ouvre sans cesse au‑dessus des applications Microsoft 365 : analyse complète

Vue d’ensemble du problème

À partir de la première semaine de mars 2024, des administrateurs du monde entier signalent que la fenêtre New Teams s’impose au premier plan toutes les 10 à 40 secondes, sans réception de message ni notification toast. L’incident est confirmé par Microsoft sous la référence TM746712 sur le tableau de bord d’intégrité Microsoft 365, en précisant qu’il touche principalement :

  • Windows 10 21H2/22H2 et Windows 11 22H2/23H2 ;
  • les versions MSI 24065.x et Click‑to‑Run 24063.x de Teams.

Le symptôme : la fenêtre Teams prend immédiatement le focus d’entrée. Toute frappe en cours dans Word est brusquement redirigée dans la zone de recherche globale de Teams, provoquant une perte de productivité et de nombreuses fautes de frappe. L’impact est renforcé par l’adoption massive de New Teams depuis octobre 2023.

Cause reconnue

Les ingénieurs Microsoft identifient un bogue de gestion du focus introduit par un lot de mises à jour dans le canal mensuel courant (Current Channel) début mars 2024. L’algorithme censé ramener la fenêtre Teams au devant de l’écran après une inactivité prolongée s’emballe lorsqu’il ne parvient pas à interroger correctement le Windows Focus Manager. Il en résulte une boucle de SetForegroundWindow() systématique, indépendamment de l’activité réelle.

Le 28 mars 2024, Microsoft annonce la fin du déploiement d’un correctif côté client. Toutefois, les télémétries montrent que le bug réapparaît dans trois scénarios :

  1. post‑mise à jour cumulative Windows (KB5035853 ou KB5035854) ;
  2. réinstallation silencieuse de Teams après un nettoyage de cache (%AppData%\Microsoft\Teams) ;
  3. activation de New Teams sur un poste qui ne l’avait jamais utilisé.

Solutions et contournements testés

MéthodeEfficacité rapportéeCommentaires
Se déconnecter/reconnecter dans TeamsSoulage souvent jusqu’au prochain redémarrageManipulation rapide pour les utilisateurs
Passer à l’ancien Teams, puis revenir au nouveauCorrige dans de nombreux casForce la réinstallation complète du client
Désinstaller Office + Teams, réinstaller d’abord Teams puis OfficeRésout parfois, mais long et aléatoirePeu viable pour de grands parcs
Réinitialiser (Repair/Reset) Teams dans Paramètres › ApplicationsSuccès inégalEfface le cache local
Réinitialisation Autopilot / reimage poste (Intune)Radical mais efficaceSolution lourde pour les services IT
Attendre la mise à jour MicrosoftRésout le cas de certains locatairesLe correctif est déployé par vagues

Bonnes pratiques complémentaires

  1. Vérifier les mises à jour Teams
    Menu … › Paramètres › À propos de Teams › Rechercher des mises à jour. Installez toute version ≥ 24079.2006.3023 (avril 2024) ou ultérieure.
  2. Activer “Assistant de concentration” (Windows) ou “Ne pas déranger” (macOS)
    Réduit l’apparition intempestive des fenêtres en attendant la correction définitive.
  3. Utiliser Teams Web
    La version web, hébergée dans Edge ou Chrome, n’utilise pas le même moteur Focus/Notification et reste exempte du bug.
  4. GPO / Registre pour verrouiller le focus
    [HKEY_CURRENT_USER\Control Panel\Desktop] "ForegroundLockTimeout"=dword:00030d40 ; 120 000 ms Activez ensuite la stratégie Empêcher les applications de passer au premier plan » Enabled.
  5. Surveiller le tableau de bord d’intégrité Microsoft 365
    De nouvelles régressions sont généralement publiées sous un identifiant TM ou MO distinct avec un ETA.

Pourquoi le focus est‑il si important ?

Windows applique une seule fenêtre active à la fois : elle capte le clavier, la dictée vocale et reçoit les évènements WM_KEYDOWN. Lorsqu’un programme s’empare du focus sans interaction utilisateur (AllowSetForegroundWindow=ASFW_ANY), le noyau déclenche parfois l’attention rectangle (clignotement dans la barre des tâches). Avec Teams, le bug appelle systématiquement l’API, ignorant la politique de focus forgée pour éviter les fenêtres parasites introduites au temps de Windows 95.

En environnement bureautique, les conséquences sont lourdes : perte de saisie, envoi de messages incomplets, altération de la productivité — d’où la priorité élevée attribuée par Microsoft (SHD).

Chronologie détaillée des versions concernées

PériodeVersion Teams (Build)Statut
05 – 11 mars 202424063.1205.2024Bug introduit (Current Channel)
12 – 27 mars 202424065.1801.2410Incident TM746712 publié
28 mars 202424066.2001.2901Début du correctif déployé
08 – 18 avril 202424079.2006.3023Fin de vague de correctif & réapparition dans cas isolés
Mai 202424092.2105.4027Stabilisation 80 % des locataires

Méthodologie de diagnostic

Vous souhaitez confirmer que le poste subit réellement le vol de focus ? Utilisez le script PowerShell ci‑dessous (aucune élévation requise)

while ($true) {
    $hwnd = (Get-Process -Id (Get-Process -Name Teams).Id).MainWindowHandle
    $top  = (Add-Type @"
    using System;
    using System.Runtime.InteropServices;
    public class API {
      [DllImport("user32.dll")]
      public static extern IntPtr GetForegroundWindow();
    }
"@ -PassThru)::API::GetForegroundWindow()
    if ($hwnd -eq $top) {
        Write-Host "$(Get-Date -f u) Teams a repris le focus" -ForegroundColor Yellow
    }
    Start-Sleep -Milliseconds 500
}

L’enregistrement d’une dizaine de secondes suffit à montrer des sauts de focus chronométrés.

Automatisation de la remédiation (Intune / MEM)

Dans les parcs équipés d’Intune, un Remediation script peut :

  1. Vérifier la version exact de Teams via Get-ItemProperty ;
  2. Forcer la mise à jour (%ProgramFiles%\Teams Installer\Teams.exe --checkInstall) ;
  3. Lancer teams.exe --squirrels pour réinitialiser le cache, puis reconnecter l’utilisateur via device credentials.

FAQ : les questions les plus fréquentes

Le bug affecte‑t‑il macOS ? Non, les appels système liés au focus sont propres à Windows. Dois‑je désinstaller définitivement New Teams ? Microsoft n’entretient plus l’ancien client depuis juillet 2024. Gardez‑le uniquement comme mesure temporaire. Qu’en est‑il de Teams pour VDI ? Les builds optimisés VDI (WVD/RDSH) partagent le même exécutable et sont donc concernés ; le correctif est identique, mais publié avec deux semaines de décalage.

Synthèse des meilleures pratiques

  • Maintenez le poste à jour côté Windows et Teams ; les correctifs Teams s’appuient sur des composants Windows récents.
  • Recommandez à l’utilisateur une déconnexion / reconnexion dès la première survenue du problème.
  • Conservez un script de remédiation prêt pour toute régression future ; Microsoft publie un incident tous les trois semestres en moyenne sur le module Focus.
  • Activez Focus Assist pour réduire l’urgence, mais traitez la cause sous‑jacente dès que possible.
  • Documentez la clé Registre ForegroundLockTimeout dans votre baseline GPO ; elle protège d’autres applications volatiles (navigateurs, agents MDM, etc.).

Conclusion

Le bug de focus de New Teams survenu en mars 2024 illustre la complexité croissante des clients Microsoft 365 s’appuyant sur WebView2. Bien qu’un correctif officiel existe, des cas résiduels subsistent lors de mises à jour Windows ou de réinstallations. En combinant mise à jour proactive, déconnexion rapide et verrouillage du focus, les administrateurs limitent l’impact jusqu’à la disponibilité d’une version entièrement stabilisée.

Article rédigé et mis à jour le . N’hésitez pas à partager votre retour d’expérience en commentaire !

Sommaire