![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(288, 89%, 37%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ECM%3C/text%3E%3C/svg%3E)
Bonjour!
Puisque le plantage a commencé immédiatement après une mise à jour de sécurité .NET, la première étape consiste à identifier le module défaillant réel et l’exception associée, plutôt que de supprimer d’autres mises à jour.
Vérifiez dans Observateur d’événements → Journaux Windows → Application la présence des événements ID 1000 (Erreur d’application) et ID 1001 (Windows Error Reporting) au moment du plantage. Ces événements indiquent généralement le module en cause, le code d’exception et le chemin de l’application, ce qui permet de déterminer si l’origine du problème est .NET, l’application elle-même ou une dépendance associée.
Si l’éditeur de l’application n’a pas encore publié de mise à jour compatible, vous pouvez identifier la mise à jour .NET installée aujourd’hui via Paramètres → Windows Update → Historique des mises à jour, puis désinstaller uniquement cette mise à jour .NET à des fins de test. Cependant, je recommande d’abord de collecter les détails du plantage, car la désinstallation d’une mise à jour de sécurité ne rétablit pas toujours complètement les modifications apportées à l’environnement d’exécution (runtime) et peut ne pas résoudre le problème.
Harry.