No estoy seguro de si es realmente útil.

1. El hecho más importante es que es mucho más fácil encontrar errores en inglés.
2. Servicios como AppCenter o HockeyApp agrupan errores por mensajes de excepción. Y a veces podemos ver el mismo error, pero duplicado con la traducción en el idioma de la PC del usuario.
3. Por lo general, los mensajes de error se escriben con un inglés fácil de entender.
   Y lo que es más importante, es mucho más fácil encontrar errores en inglés.
4. No estoy seguro, si es una buena práctica mostrar Exception.Message al usuario en algún tipo de diálogo de error, pero debe almacenarse en registros. Y nuevamente, si recibe registros en desconocido para su idioma, no es realmente útil.

Por cierto, si bien podría deshabilitarse para la aplicación, para mí está bien. Sin embargo, no estoy seguro de que valga la pena.

PD: Soy hablante nativo de ruso. Fue doloroso para mí encontrar algunos errores en ruso)

Teniendo en cuenta que .NET Core recientemente volvió a localizar mensajes de excepción, sería extraño que WinUI no lo siguiera. [editar] Olvidé que WinUI no es .NET puro, pero usa códigos de error HRESULT en lugar de objetos de excepción.

No estoy seguro, si es una buena práctica mostrar Exception.Message al usuario en algún tipo de diálogo de error

No sé cómo se hace en el enlace de datos de UWP / WinUI, pero el enlace de datos de WPF y WinForms exponen al usuario cualquier mensaje de error que ocurra durante el enlace de datos. Esto significa que cualquier excepción que pueda lanzarse razonablemente en escenarios de escritura diferida de enlace de datos debe estar localizada.

Si WinUI detecta excepciones durante el enlace de datos (en lugar de terminar el proceso), probablemente tendrá que hacer lo mismo, a menos que reemplace el mensaje de excepción con un mensaje genérico localizado.

(Y sí, tener que buscar errores en idiomas extranjeros es una molestia, pero no veo ninguna forma de evitarlo cuando la vinculación de datos expone estos errores al usuario final, que definitivamente espera mensajes de error localizados).

WinUI se implementa como WinRT y WinRT no tiene una forma de establecer un Exception.Message. Por lo tanto, los mensajes de error que genera WinUI son visibles en el depurador, pero nunca deberían mostrarse a un usuario final como lo hacen con WPF / WinForms. (WinUI genera errores usando RoOriginateError , que está diseñado para que el mensaje solo pueda ser recuperado por un depurador).