Search code examples
.netasp.net-mvciis-8globalizationwindows-server-2012-r2

Globalization incorrectly uses default culture in all scenarios after deployment

Local Environment:
Win10 x64
VS 2015 Pro Update 3
IIS 10.0 Express

Production Environment:
Win server 2012 R2
IIS 8.5

Im developing an ASP.NET 4.6.1 MVC app that needs to be supported in english, danish, and dutch. I implement the neutral cultures as im only interested in the language and not in specifics. I use satellite assemblies (as some would call them) or rather Resource.resx files for my translations. First approach i followed this often referenced post and it works perfectly locally. As soon as i deploy it to the production environment translations stop working. I set the threads according to database values: Initialize method in HomeController And i have verified that this method is always correctly executed in the production environment. I have tried setting the threads like in the referenced post as well which also works fine locally, but not in production. And i have even tried setting it directly as the top of my views using razor to no avail.
What strikes me as really odd is that i had it working once in the production environment after i did some fiddling, but im pretty sure i didnt really do anything and suddenly it worked. Sadly it stopped working after i deployed an update to the app, and i havent been able to get it to work since. I have since tried messing with all settings in the .NET environment on the IIS for this website and for the root directory: .NET globalization settings
But even specifying da-DK or da as the culture here or directly in the web.config of my app or hardcoding the thread to use da as the culture doesnt help at all. Funny thing is that number and date formatting correctly changes. So it doesnt seem to be an issue with the thread not having its culture changed, but rather IIS refusing to use the other resource files. When deployed the folder structure has the da folder in bin and it contains a file named Resources.resources.resx which i believe is correct. I tried having the resource files located in a class library as the article suggests, but also in a folder in the same project out of frustration. The resource files are set to public accessibility and are compiled as Embedded Resources without copying files.

So my question is, how come IIS refuses to use any other resource file than the default? And how is it possible that it worked once ? At this point im considering just taking translations to the database, because at least that works. What suggestions do you have? I believe the .NET environment on the IIS has all the necessary languages installed as they are visible in the .NET globalization settings, but i might be wrong?

Update: I tried as suggested by NightOwl, again it works locally(VS debugging) and even if i host the deployed files in iisexpress on my machine. But it still fails on the production environment. The method suggested is similar to this but still without success. Im starting to think the solution is to upgrade to iis 10 in the production environment.

Solution

  • The issue was caused by the Nuget package SimpleImpersonation, which appears to change the culture of the current thread behind the scenes. It seems like it changes it back to default after it is disposed, but as i was setting the culture while while the reference was valid, it always defaulted back to en-US. It is still weird that it worked locally in IIS Express 10.0. But at least now it works for both environments...