-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Force English output #146
Comments
Sorry I missed this issue. What language are you using? Could you send me a sample stack trace? I do have workarounds in place for a few languages. I'm happy you add yours as well! |
I'm using ru-RU. Stack trace:
|
That's strange, I thought I'd added support for Russian. 😕 Could I see a stack trace with line numbers as well? I can't see any on that one. |
|
I was wondering if there are any tricks I should know about using Cyrillic text in C# source?
I've tried this before and struggled to make it work. The text appears fine in Visual Studio but breaks when I try to create a Regex or output it. 😕 |
Could you give this version a try and let me know if it works? With any luck it will now recognize Russian/Cyrillic stack frames. |
@jcansdale Not as expected:
With my solution I have
Why you need to support each lang individually? Changing thread culture does not work? |
Are you able to double click on the following line?
I'm reluctant to change the thread culture explicitly as this could change whether some tests pass or fail for some people. Do you get different results when running NUnit/xUnit from the command line? Would setting the culture like this be an option? namespace NUnit.Tests
{
using System;
using NUnit.Framework;
[TestFixture]
[Culture("fr-FR")]
public class FrenchCultureTests
{
// ...
}
} |
Yes, double click works. But I want also all exceptions to be not localized. Thread culture could be an option, so only people who explicitly set it could have changes. Sorry, but I have no time to check your other questions. |
For non-english Windows exceptions during tests written in console in local language. As result, VisualStudio's "find message in code" feature not working (cannot just click on exception to go to sources).
There is workaround for me as user - tweak ProcessInvocation.exe.config/ProcessInvocation86.exe.config inside one of AppData\Local\Microsoft\VisualStudio\15.0_82d42fe1\Extensions folders.
Setting Thread.Current(UI)Culture to InvariantCulture should help.
Maybe it should be optional.
The text was updated successfully, but these errors were encountered: