Не уверен, действительно ли это полезно.

1. Самый важный факт, что на английском намного легче находить ошибки.
2. Такие службы, как AppCenter или HockeyApp, группируют ошибки по сообщениям об исключениях. А иногда мы можем увидеть ту же ошибку, но дублированную с переводом на язык ПК пользователя.
3. Обычно сообщения об ошибках написаны на понятном английском языке.
   И что еще важнее, найти ошибку на английском языке намного проще.
4. Не уверен, что показывать Exception.Message пользователю в каких-то диалоговых окнах с ошибками - это хорошая практика, но это должно быть сохранено в журналах. И снова - если вы получаете логи на неизвестном для вас языке, это бесполезно.

Кстати, хотя его можно было отключить для приложения, для меня это нормально. Однако я не уверен, стоит ли на это время.

PS Я носитель русского языка. Мне было больно найти какие-то ошибки на русском)

Учитывая, что .NET Core недавно переключился на локализацию сообщений об исключениях, было бы странно, если бы WinUI не последовал за ним. [править] Я забыл, что WinUI не является чистым .NET, но использует коды ошибок HRESULT вместо объектов Exception.

Не уверен, что показывать Exception.Message пользователю в каких-то диалоговых окнах с ошибками - это хорошая практика.

Я не знаю, как это делается в привязке данных UWP / WinUI, но привязка данных WPF и WinForms выявляет любое сообщение об ошибке, возникающее во время привязки данных к пользователю. Это означает, что любое исключение, которое может быть вызвано в сценариях обратной записи привязки данных, должно быть локализовано.

Если WinUI перехватывает исключения во время привязки данных (вместо завершения процесса), ему, вероятно, придется сделать то же самое, если только он не заменит сообщение об исключении общим локализованным сообщением.

(И да, необходимость поиска ошибок на иностранном языке - это боль, но я не вижу никакого выхода, когда привязка данных раскрывает эти ошибки конечному пользователю, который определенно ожидает локализованных сообщений об ошибках.)

WinUI реализован как WinRT, а WinRT не имеет возможности установить Exception.Message. Таким образом, сообщения об ошибках, которые генерирует WinUI, видны в отладчике, но никогда не должны отображаться для конечного пользователя, как в случае с WPF / WinForms. (WinUI генерирует ошибки с помощью RoOriginateError , который разработан так, что сообщение может быть получено только отладчиком.)