Microsoft Teams Rooms : clavier virtuel (OSK) absent lors de « Meet Now » / « Call » – correctif registre + mises à jour

Sur des Microsoft Teams Rooms (surtout Lenovo ThinkSmart/Core), le clavier virtuel Windows (OSK) peut ne pas apparaître lorsqu’on appuie sur « Meet Now » ou « Call ». Voici la cause la plus probable, un correctif registre sans réimager, les mises à jour qui aident et un plan de déploiement/diagnostic.

Sommaire

Clavier virtuel (OSK) absent dans Microsoft Teams Rooms lors de « Meet Now » / « Call »

Vue d’ensemble

Sur plusieurs systèmes Microsoft Teams Rooms (MTR) — avec une fréquence accrue observée sur certaines configurations Lenovo ThinkSmart/Core et consoles de type GC8 — l’OSK n’apparaît pas dans l’interface Teams quand on déclenche une réunion immédiate ou un appel. Le clavier peut pourtant s’afficher dans d’autres contextes (par exemple lors de la saisie d’identifiants pour accéder aux paramètres).

Symptômes typiques

  • Le clavier virtuel s’affiche sur l’écran de connexion ou pour l’accès aux paramètres, mais pas dans les écrans Meet Now ou Call de l’interface MTR.
  • Le toucher d’un champ de saisie ne déclenche aucune invocation de clavier dans Teams, malgré un écran tactile pleinement fonctionnel.
  • Le phénomène survient sur plusieurs versions MTR : 5.0.111.0 → 5.0.305.0 et certaines 5.1.x (dont 5.1.28).
  • Des retours indiquent une amélioration avec 5.2.115.0 plus l’ensemble des mises à jour Windows disponibles, mais pas de manière universelle.

Qui est concerné ?

Les salles MTR sous Windows (Windows 11 la plupart du temps), utilisant le compte local de salle (profil Skype ou Teams) et une console tactile. Les salles Android (Teams Rooms on Android) ne sont pas concernées par ce correctif registre.

Cause probable, en bref

Une clé du panneau de saisie tactile (TabletTip) bascule à 0 (désactivée) après certaines mises à jour. En conséquence, l’OSK ne s’auto-invoque plus en mode Bureau lorsque l’UI Teams place le curseur dans un champ texte.

Tableau récapitulatif rapide

ÉlémentValeur/État attenduAction/Remède
Clé de registreHKEY_USERS<SID>\Software\Microsoft\TabletTip\1.7\EnableDesktopModeAutoInvoke = 1Créer/modifier la valeur (DWORD) et redémarrer
Clé optionnelleHKEY_USERS<SID>\Software\Microsoft\TabletTip\1.7\EnableDesktopMode = 1À activer si votre environnement l’exige
ServiceTouch Keyboard and Handwriting Panel Service = En cours d’exécution / AutomatiqueDémarrer et fixer en Automatique si nécessaire
Versions MTR5.0.111.0 → 5.0.305.0, certaines 5.1.x impactéesMise à jour recommandée vers 5.2.115.0+ + MAJ Windows
Accès provisoirePas d’OSK sur l’écran de logon MTRBrancher un clavier/souris USB le temps du correctif

Correctif principal (registre Windows) — sans réimager

Le correctif le plus efficace et le moins intrusif consiste à réactiver l’auto-invocation du clavier tactile en mode Bureau pour le profil de salle (compte MTR) via le Registre.

Pré-requis

  • Accès Administrateur à la console MTR.
  • Clavier/souris USB branchés si l’OSK est indisponible pour saisir le mot de passe.

Étapes détaillées

  1. Se connecter en Administrateur sur la console MTR.
    Astuce : si l’OSK est indisponible à l’écran de logon, utilisez temporairement un clavier/souris USB (ports souvent présents au dos de la console tactile, type GC8/ThinkSmart Controller).
  2. Identifier le SID du compte MTR (profil Skype ou Teams).
    Ouvrir RegeditHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.
    Dans chaque sous-dossier S-1-5-21-…-1001, vérifier ProfileImagePath pointant vers C:\Users\Skype ou C:\Users\Teams. Copier le SID correspondant (se termine généralement par -1001).
  3. Activer l’auto-invocation du clavier pour ce SID.
    Aller à : HKEY_USERS\<SID>\Software\Microsoft\TabletTip\1.7
    Mettre EnableDesktopModeAutoInvoke à 1 (DWORD).
    Dans certains environnements, mettre aussi EnableDesktopMode à 1.
  4. Redémarrer le système MTR puis tester Meet Now / Call.

Commandes rapides (Admin)

Exécutez en PowerShell ou CMD élevé, en remplaçant <SID> par le SID trouvé à l’étape 2 :

reg add "HKEY_USERS\&lt;SID&gt;\Software\Microsoft\TabletTip\1.7" /v EnableDesktopModeAutoInvoke /t REG_DWORD /d 1 /f
reg add "HKEY_USERS\&lt;SID&gt;\Software\Microsoft\TabletTip\1.7" /v EnableDesktopMode           /t REG_DWORD /d 1 /f

Si la ruche utilisateur n’est pas chargée

Il arrive que le profil MTR (Skype/Teams) ne soit pas monté sous HKEY_USERS tant qu’aucune session de ce compte n’a été ouverte. Deux options :

  • Option A : ouvrir une session avec le compte MTR (au besoin via clavier USB), puis appliquer le correctif.
  • Option B : charger la ruche manuellement, modifier, puis décharger.

Exemple (CMD/PowerShell Admin) :

reg load  "HKEY_USERS\SkypeTemp" "C:\Users\Skype\NTUSER.DAT"
reg add   "HKEY_USERS\SkypeTemp\Software\Microsoft\TabletTip\1.7" /v EnableDesktopModeAutoInvoke /t REG_DWORD /d 1 /f
reg add   "HKEY_USERS\SkypeTemp\Software\Microsoft\TabletTip\1.7" /v EnableDesktopMode           /t REG_DWORD /d 1 /f
reg unload "HKEY_USERS\SkypeTemp"

Pourquoi ce correctif fonctionne

La valeur EnableDesktopModeAutoInvoke contrôle l’invocation automatique du clavier tactile (TabTip) lorsqu’un contrôle de saisie reçoit le focus en mode Bureau. Quand la valeur passe à 0 (observé après certaines mises à jour), l’UI Teams Rooms ne déclenche plus l’OSK dans les écrans Meet Now et Call, d’où l’impression que « le clavier a disparu ».

Quand le correctif registre ne suffit pas

Sur des salles restées en 5.1.28 (ou certaines 5.1.x), des équipes ont constaté que la combinaison ci-dessous rétablissait l’OSK de manière durable :

  1. Mettre à jour l’application MTR vers 5.2.115.0 (ou supérieur). Si l’anneau de mise à jour automatique ne suffit pas, opérez une mise à jour manuelle.
  2. Appliquer toutes les mises à jour Windows 11 disponibles pour l’appareil (cumulatives, pilotes, microcodes, .NET, etc.).
  3. Redémarrer — deux cycles consécutifs peuvent aider à stabiliser les services et appliquer les stratégies post-mise à jour.

Après ces mises à jour, l’OSK réapparaît dans Teams même si la modification de registre n’avait pas suffi à elle seule.

Déploiement à grande échelle (Intune/MDM) — éviter les réimaging

Pour corriger des dizaines/centaines de salles sans intervention locale, poussez un script PowerShell de remédiation via votre solution MDM. Objectifs du script :

  • Détecter le SID du profil de salle (-1001 le plus souvent).
  • Créer/forcer EnableDesktopModeAutoInvoke=1 (et EnableDesktopMode=1 selon besoin).
  • Journaliser l’action (journal d’événements Windows ou fichier local).
  • Planifier un redémarrage en fenêtre hors production.

Extrait minimal

$sid = (Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList' |
        Where-Object { $_.PSChildName -match '-1001$' }).PSChildName
if ($sid) {
  $path = "Registry::HKEY_USERS\$sid\Software\Microsoft\TabletTip\1.7"
  New-Item -Path $path -Force | Out-Null
  New-ItemProperty -Path $path -Name EnableDesktopModeAutoInvoke -PropertyType DWord -Value 1 -Force | Out-Null
  New-ItemProperty -Path $path -Name EnableDesktopMode           -PropertyType DWord -Value 1 -Force | Out-Null
}

Détection/Remédiation (paire Intune recommandée)

Script de détection (renvoie 0 si conforme, 1 sinon) :

$ErrorActionPreference = 'Stop'
$sid = (Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList' |
        Where-Object { $_.PSChildName -match '-1001$' }).PSChildName

if (-not \$sid) { exit 1 }

\$base = "Registry::HKEY\_USERS\$sid\Software\Microsoft\TabletTip\1.7"
\$auto = (Get-ItemProperty -Path \$base -Name EnableDesktopModeAutoInvoke -ErrorAction SilentlyContinue).EnableDesktopModeAutoInvoke
\$desk = (Get-ItemProperty -Path \$base -Name EnableDesktopMode           -ErrorAction SilentlyContinue).EnableDesktopMode

if (\$auto -ne 1 -or \$desk -ne 1) { exit 1 } else { exit 0 } 

Script de remédiation :

$ErrorActionPreference = 'Stop'
function Ensure-Value($path, $name, $value) {
  if (-not (Test-Path $path)) { New-Item -Path $path -Force | Out-Null }
  New-ItemProperty -Path $path -Name $name -PropertyType DWord -Value $value -Force | Out-Null
}
$sid = (Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList' |
        Where-Object { $_.PSChildName -match '-1001$' }).PSChildName
if ($sid) {
  $p = "Registry::HKEY_USERS\$sid\Software\Microsoft\TabletTip\1.7"
  Ensure-Value -path $p -name 'EnableDesktopModeAutoInvoke' -value 1
  Ensure-Value -path $p -name 'EnableDesktopMode'           -value 1
  Write-Output "TabletTip set for SID $sid"
  schtasks /Create /SC ONCE /TN "\MTR\Reboot-After-TabletTipFix" /TR "shutdown.exe /r /t 60 /c ""Redémarrage pour activer l'OSK (TabletTip).""" /ST 03:00 /F | Out-Null
}

Conseils de production

  • Déployez d’abord sur un anneau pilote (quelques salles) et validez le comportement OSK dans Meet Now/Call.
  • Prévenez les utilisateurs du redémarrage planifié et de sa fenêtre.
  • Surveillez le succès via les journaux Intune/MDM ou un EventLog personnalisé.

Points de contrôle et dépannage complémentaires

Vérifier le service du clavier tactile

Le service Touch Keyboard and Handwriting Panel Service (aussi nommé TabletInputService) doit être démarré et en Automatique.

sc query TabletInputService
sc config TabletInputService start= auto
net start "Touch Keyboard and Handwriting Panel Service"

Politiques (GPO/MDM)

  • Vérifiez qu’aucune stratégie ne force EnableDesktopModeAutoInvoke à 0 ni ne désactive l’OSK.
  • Bloquez/retardez les profils de configuration qui écraseraient les valeurs sous TabletTip\1.7 après vos corrections.

Vérification rapide hors Teams

  • Tentez de lancer le clavier tactile Windows (TabTip.exe). Sur de nombreuses installations :
    C:\Program Files\Common Files\Microsoft Shared\ink\TabTip.exe
  • Si TabTip s’ouvre et fonctionne en dehors de Teams, le problème réside très probablement dans la configuration MTR/Registre.
  • Évitez de confondre avec l’ancien On-Screen Keyboard d’Accessibilité (osk.exe), différent du clavier tactile.

Cas d’école et résultats attendus

ScénarioActionRésultat attendu
MTR en 5.0.305.0, OSK absentActiver EnableDesktopModeAutoInvoke=1 et redémarrerL’OSK s’affiche sur Meet Now / Call
MTR en 5.1.28, OSK absentCorrectif registre puis mise à jour vers 5.2.115.0 + MAJ WindowsOSK rétabli de manière durable
Service TabletInput arrêtéDémarrer le service et forcer en AutomatiqueOSK s’invoque à nouveau au focus
Profil MTR non montéCharger la ruche ou ouvrir une session MTRClés TabletTip modifiables et actives

Bonnes pratiques

  • Documentez le SID et les valeurs appliquées dans le dossier de la salle.
  • Conservez un paquet MDM Remediation réexécutable (au cas où une mise à jour remettrait la valeur à 0).
  • Planifiez un redémarrage après correction : l’OSK peut ne pas s’auto-invoquer avant un reboot complet.

Recommandation pratique — ordre d’exécution

  1. Essai rapide : appliquer le correctif registre ci-dessus, puis redémarrer.
  2. Si échec : mettre à jour MTR en 5.2.115.0+ et Windowsredémarrer.
  3. Si persistant : vérifier TabletInputService, politiques MDM/GPO, et rejouer le correctif via script ou MDM.

FAQ — Questions récurrentes

Pourquoi l’OSK apparaît-il pour les identifiants mais pas dans « Meet Now »/« Call » ?

La zone de connexion utilise les fournisseurs d’identification Windows et peut déclencher l’OSK indépendamment des paramètres TabletTip du profil MTR. En revanche, les écrans Meet Now/Call s’appuient sur l’auto-invocation desktop via TabletTip : si EnableDesktopModeAutoInvoke = 0, l’OSK ne se lance pas.

Dois-je activer aussi EnableDesktopMode ?

Dans beaucoup d’environnements, seule la valeur EnableDesktopModeAutoInvoke=1 suffit. Cependant, des organisations rapportent une meilleure stabilité en forçant également EnableDesktopMode=1. C’est une mesure sans risque, que vous pouvez inclure dans vos scripts.

Faut-il réimager la salle ?

Non, ce n’est généralement pas nécessaire. Le correctif registre et/ou la mise à jour MTR 5.2.115.0 + Windows résolvent la majorité des cas, sans réimaging.

Comment vérifier rapidement que l’OSK est disponible côté système ?

Ouvrez (temporairement) une session Administrateur, lancez TabTip.exe et cliquez dans un champ texte. Si le clavier apparaît, la couche Windows est OK — la correction doit se faire côté profil MTR/TabletTip.

Et si plusieurs comptes existent sur la salle ?

Appliquez le correctif au profil actif de la salle (celui utilisé par l’application MTR). Identifiez-le via ProfileList et le chemin C:\Users\Skype ou C:\Users\Teams. Évitez de corriger des profils inactifs.

Annexe — Procédure pas à pas condensée

  1. Branchez un clavier/souris USB si nécessaire et connectez-vous en Administrateur.
  2. Dans regedit, repérez le SID du compte MTR dans HKLM\...\ProfileList (celui pointant vers C:\Users\Skype ou C:\Users\Teams).
  3. Dans HKEY_USERS\<SID>\Software\Microsoft\TabletTip\1.7, créez/modifiez :
    • EnableDesktopModeAutoInvoke (DWORD) = 1
    • EnableDesktopMode (DWORD) = 1 (optionnel)
  4. Redémarrez, puis testez l’invocation du clavier dans Meet Now/Call.
  5. Si l’OSK n’apparaît toujours pas : mettez à jour MTR vers 5.2.115.0+ et appliquez toutes les mises à jour Windows. Redémarrez 1–2 fois.
  6. Validez le service Touch Keyboard and Handwriting Panel (démarré/auto) et l’absence de politiques contradictoires.

Annexe — Scripts pratiques supplémentaires

Script PowerShell « tout-en-un » (local, Admin)

$ErrorActionPreference = 'Stop'

# 1) Trouver le SID du compte de salle (terminaison -1001 fréquente)

\$sid = (Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList' |
Where-Object { $\_.PSChildName -match '-1001\$' }).PSChildName

if (-not \$sid) {
Write-Warning 'SID de la salle introuvable (profil -1001). Ouvrez une session MTR ou vérifiez ProfileList.'
exit 1
}

# 2) Corriger les valeurs TabletTip

\$base = "Registry::HKEY\_USERS\$sid\Software\Microsoft\TabletTip\1.7"
if (-not (Test-Path \$base)) { New-Item -Path \$base -Force | Out-Null }
New-ItemProperty -Path \$base -Name EnableDesktopModeAutoInvoke -PropertyType DWord -Value 1 -Force | Out-Null
New-ItemProperty -Path \$base -Name EnableDesktopMode           -PropertyType DWord -Value 1 -Force | Out-Null

# 3) Vérifier/Démarrer le service clavier tactile

Start-Service -Name TabletInputService -ErrorAction SilentlyContinue
Set-Service   -Name TabletInputService -StartupType Automatic

# 4) Journaliser

Write-Output "Correctif OSK appliqué au SID \$sid. Redémarrage requis."

# 5) Redémarrer après 60s (annulable par l'admin)

shutdown.exe /r /t 60 /c "Redémarrage pour activer l'OSK (TabletTip)." 

Chargement de ruche si le profil n’est pas monté

# Adapter le chemin (Skype ou Teams)
$HiveKey   = "HKEY_USERS\SkypeTemp"
$HivePath  = "C:\Users\Skype\NTUSER.DAT"
reg load   "$HiveKey" "$HivePath"
reg add    "$HiveKey\Software\Microsoft\TabletTip\1.7" /v EnableDesktopModeAutoInvoke /t REG_DWORD /d 1 /f
reg add    "$HiveKey\Software\Microsoft\TabletTip\1.7" /v EnableDesktopMode           /t REG_DWORD /d 1 /f
reg unload "$HiveKey"

Conclusion — Résultat attendu

  • Cause probable : bascule de EnableDesktopModeAutoInvoke à 0 pour le profil MTR.
  • Solution efficace : réactiver la clé à 1 dans HKEY_USERS\<SID>\Software\Microsoft\TabletTip\1.7 et redémarrer.
  • Alternative/complément : mise à jour MTR 5.2.115.0+ + mises à jour Windows récentes.
  • Contournement d’accès : brancher un clavier/souris USB pour intervenir.

En appliquant ce plan (correctif registre, mise à jour MTR/Windows, contrôle du service TabletInput et des politiques), vous restaurez l’invocation fiable du clavier tactile dans les écrans Meet Now et Call sans réimager la salle, et vous disposez d’un cadre reproductible pour vos déploiements à grande échelle.

Sommaire