Closed rvalitov closed 5 years ago
Hey, the compressor doesn't handle the satellite assemblies correctly in this version of ConfuserEx. Could you try disabling it and see if that fixes the problem?
@mkaring Thanks! But it didn't work. First I tried to remove the line
<packer id="compressor" />
Then I tried to explicitly disable it like that:
<packer id="compressor" action="remove"/>
But the result is the same: the UI language does not change. Any other ideas?
I also tried to add a call to CultureInfo.DefaultThreadCurrentUICulture inside the main form's constructor. This call is supposed to set the default UI culture for threads in the current application domain. Unfortunately, this approach does not solve my problem: again the language does not change.
One very simple test: Could you try adding the localized resource file to the confuser project?
For example:
<module path="de\MyProgram.resources.dll" snKey="..\..\..\MyProgram.pfx" snKeyPass="XXX" />
It works!!! 😄 Thank you very much! Should I add all languages in the same way? Or is there any other better solution?
I fear that is the only way as of right now. You have to add all satellite assemblies this way.
Thank you! Ok, will do like that. Do you know if there's any benefits in using the latest build of ConfuserEx instead of the version 1.0? I see there are 33 commits since this release.
You can always view the diff. I'll leave it to @XenocodeRCE to fill in the details what was changed. :wink: This isn't my fork.
Thank you for your support! BTW, I can use the packer
again and it works when I add the localized DLLs manually. I also see that some options make the ConfuserEx crash or make the confused app to crash or hang. I suppose that this should be fixed in the master branch, but usually if the release is not published, it means the master branch is not stable and is not safe to use.
If you find options that cause crashes it would be very helpful if you report them. There're so many different cases that it is difficult to find all of them without reports.
Problem with sattelite assemblis is fixed, open a new thread to talk about your crashing output
Describe the bug I have a C# Windows WPF application with multilingual interface. I use a standard approach when the translatable strings are stored in dedicated resource files, one file per language:
Then the program sets the current language in constructor of the main form using the following code:
Expected behavior The interface of the program matches what is specified in
CurrentUICulture
. That's how the program works if ConfuserEx is not used. Instead I always see the default interface (specified by fileTranslations.resx
).ConfuserEx settings
I tried playing with different options, but it does not help. I get the correct behavior only if I strip everything from the ConfuserEx project file and leave only the simplest basic protections like
anti debug
.