MENU
  1. Accueil
  2. Windows
  3. troubleshooting
  4. Erreur « WRPUI.exe – Entry Point not Found » : comment réparer Windows Performance Recorder UI

Erreur « WRPUI.exe – Entry Point not Found » : comment réparer Windows Performance Recorder UI

troubleshooting

Le message « WRPUI.exe – Entry Point not Found » signale que l’interface graphique du Windows Performance Recorder (WPR UI) se réfère à une fonction système absente ou trop ancienne. Suivez ce guide pour identifier l’origine exacte du défaut et rétablir l’outil sans perdre vos profils de capture.

Sommaire

Vue d’ensemble de la panne

Au lancement, WRPUI.exe tente d’initialiser l’Accessibility Framework via la fonction UiaRaiseNotificationEvent. Cette API, exposée par UIAutomationCore.dll, n’est disponible qu’à partir de Windows 10 1709 (build 16299). Si une version plus récente du WPT est installée sur un système plus ancien – ou non mis à jour – l’appel échoue et le chargeur d’images affiche l’erreur :

The procedure entry point UiaRaiseNotificationEvent could not be located … WindowsPerformanceRecorderUI.dll

Le binaire WRPUI dépend donc du couple version du système ↔ version du WPT. Toute discordance rompt la chaîne.

Symptômes détaillés

  • Double‑clic sur WRPUI.exe ou « Windows Performance Recorder (UI) » dans le menu Démarrer : fenêtre d’erreur instantanée, fermeture de l’appli.
  • Aucune entrée correspondante dans le journal d’événements « Application » ; seul l’Event ID 1000 « Application Error » peut apparaître sans détail exploitable.
  • Les versions ligne de commande (wpr.exe) et analyseur (wpa.exe) fonctionnent correctement, ce qui confirme un problème isolé à l’UI.

Pourquoi ce point d’entrée est introuvable ?

  1. Décalage de build
    Le WPT est produit simultanément avec chaque version de Windows. Installer un kit ciblant 22H2 sur un hôte en 21H2 aboutit à un appel d’API non existante.
  2. Bibliothèques système corrompues
    Une mise à jour cumulative incomplète ou un antivirus bloquant un patch peut laisser la version de UIAutomationCore.dll dans un état intermédiaire.
  3. Installation partielle du kit
    Exécuter adksetup.exe sans connexion fiable ou annuler le téléchargement avant son terme interrompt la copie des dépendances privées du WPT, provoquant un mélange de DLL.

Solutions recommandées

Axe d’actionDétails
1. Vérifier la compatibilité des versionsInstallez exactement la version d’ADK/WPT correspondant à l’édition de Windows (ex. ADK 22H2 pour Windows 10/Server 2022 22H2). Un décalage de build fait pointer WPT vers une API (UiaRaiseNotificationEvent) absente de l’OS.
2. Réinstallation propre1) Désinstallez toute version du WPT.
2) Redémarrez.
3) Téléchargez le kit à jour depuis le site Microsoft et réinstallez uniquement le composant « Windows Performance Toolkit ».
3. Mettre Windows à jourAppliquez l’ensemble des mises à jour cumulatives et correctifs facultatifs. Elles actualisent notamment UIAutomationCore.dll, bibliothèque où manque le point d’entrée.
4. Garantir les dépendancesVérifiez/réparez les redistribuables Visual C++ 2015‑2022 (x86 et x64).
5. Réparer les fichiers systèmeOuvrez une invite de commandes en administrateur et exécutez :
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
Redémarrez puis réessayez.
6. Exécuter avec élévationSi la DLL est bien trouvée mais bloquée par les droits, clic droit sur WRPUI.exe → Exécuter en tant qu’administrateur.
7. Environnements plus anciensSur Windows Server 2012/2016, installez la version WPT livrée avec l’ISO du système (ou une ADK ≤ 1709) ; les kits récents appellent des API inexistantes sur ces OS.

Script PowerShell pour détecter la discordance

Exécutez le fragment suivant pour comparer automatiquement la build Windows avec celle du WPT installé :

$os = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion').CurrentBuild
$wpt = (Get-Command wpr).FileVersionInfo.FileBuildPart
if ($wpt -ne $os) {
    Write-Warning "Décalage détecté : OS=$os / WPT=$wpt"
} else {
    Write-Host "Versions cohérentes."
}

Le script interroge la base de registre pour la build Windows, puis lit le numéro de build embarqué dans wpr.exe. Un avertissement s’affiche dès qu’un écart est identifié.

Procédure pas‑à‑pas pour une réparation complète

  1. Désinstallation : via Paramètres → Applications → Applications installées, désinstallez « Windows Assessment and Deployment Kit ».
  2. Nettoyage du répertoire : supprimez manuellement C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit s’il subsiste.
  3. Redémarrage pour libérer les DLL en mémoire.
  4. Mise à jour de l’OS : lancez wuauclt /detectnow puis installez toutes les mises à jour.
  5. Téléchargement du bon ADK : choisissez la version alignée sur votre build (ex. 22621 pour 22H2).
  6. Installation hors ligne (option recommandée) : exécutez adksetup.exe /layout D:\ADKOffline, puis installez depuis ce cache pour éviter les coupures réseau.
  7. Installation du seul module « Windows Performance Toolkit » ; inutile d’installer l’intégralité de l’ADK si vous n’en avez pas l’usage.
  8. Contrôle final : relancez Windows Performance Recorder. L’interface doit s’ouvrir sans erreur.

Analyse des journaux d’installation

Si l’échec persiste :

  • Ouvrez %TEMP%\adksetup.log et recherchez « Error » ou « Failed ».
  • Vérifiez les codes de sortie MSI : 1603 indique souvent un problème de droit ou de prérequis manquant.
  • Assurez‑vous que le service « Windows Modules Installer » (TrustedInstaller) est démarré.

Collecte et analyse à distance : une alternative sûre

Lorsque le serveur est critique et qu’une réinstallation de composants système est risquée, adoptez la stratégie « Collecter localement, analyser ailleurs » :

  1. Installez uniquement wpr.exe (mode console) sur le serveur.
  2. Lancez les sessions de capture avec vos profils habituels (.wprp).
  3. Copiez ensuite les fichiers .etl vers un poste Windows 10/11 disposant d’un WPT pleinement fonctionnel afin de les analyser avec wpa.exe ou WRPUI.exe.

Bonnes pratiques pour éviter la réapparition

  • Intégrez la revue des versions de l’ADK dans votre procédure de mise à jour serveur : toute montée de build Windows nécessite celle du WPT.
  • Conservez un répertoire d’installateurs estampillé par numéro de build ; vous pourrez réinstaller rapidement la bonne version sans rechercher sur Internet.
  • Documentez la commande exacte de capture (wpr -start ... -stop ...) dans vos runbooks pour basculer sur le mode console en cas d’urgence.

FAQ

Le correctif KB5030219 est‑il suffisant ? Non ; il met à jour UIAutomationCore.dll mais ne résout pas un décalage complet de build. Vous devez toujours faire correspondre la version du kit avec celle de l’OS. Puis‑je simplement copier UIAutomationCore.dll depuis un poste plus récent ? C’est déconseillé : la DLL est protégée par SxS, un remplacement manuel briserait la signature du composant et ouvrirait des failles de sécurité. Existe‑t‑il un paramètre wprui.exe /safe ? Non. Le binaire vérifie ses dépendances avant de s’exécuter ; si l’une est manquante, il s’arrête sans proposer de mode dégradé.

Conclusion

L’erreur « Entry Point not Found » de WRPUI est presque toujours le symptôme d’un kit WPT trop récent pour le système, ou d’une bibliothèque d’automatisation obsolète. En alignant la version de l’ADK sur celle de Windows et en réparant les fichiers système, vous rétablissez l’interface graphique sans réinstaller tout le serveur. Utilisez la capture en ligne de commande et l’analyse déportée comme solution de contournement lorsque la mise à jour immédiate n’est pas possible.

troubleshooting
Windows troubleshooting Windows Performance Toolkit ADK
Sommaire