[MicroStation CONNECT Ed. u13] _USTN_LOCALE_LANGUAGE

_USTN_LOCALE_LANGUAGE is a predefined and locked variable. According to recommendations I'm using this var to set some configuration issues. 

Now I have computers on which my config does not work as the variable points to 'de', although the application is started in english (en) (and no language pack is installed anymore, either).

Where does MicroStation draw the language from? I can't find _USTN_LOCALE_LANGUAGE set (as a definition) anywhere in the config, only as a reference.

Parents
  • We tried installing the german LP for update 13, and after switching back to english, the variable seems to work as expected.  In my opionion there's probably an issue with installing MS CE u13 over MS CE u12 with LP when it is set to a locale. My guess is that this does not reset the language correctly everywhere to EN, although only an english software is all that remains on the machine...

  • Can please somebody from Bentley comment on this issue. We're in the middle of our rollout and get more and more cases where our configuration does not work as expected.  Is the above mentioned variable intended to reflect the current application (MicroStation) locale, or that of the OS? I think it's the applications locale, as usually the variable switches if you're using the language settings (if a language pack is installed). We have cases I'm pretty sure that a language pack never was installed and after starting MS in english the variable nevertheless points to de.  Also, I double checked on my pc that the region setting, as proposed by Kevin, is set to de and MS absolutely correct sets the engl. MS to en... 

    This has rather large impact as the pop-up menu is a central interface component, and Bentley sadly set up the space bar command in a localized manner...

Reply
  • Can please somebody from Bentley comment on this issue. We're in the middle of our rollout and get more and more cases where our configuration does not work as expected.  Is the above mentioned variable intended to reflect the current application (MicroStation) locale, or that of the OS? I think it's the applications locale, as usually the variable switches if you're using the language settings (if a language pack is installed). We have cases I'm pretty sure that a language pack never was installed and after starting MS in english the variable nevertheless points to de.  Also, I double checked on my pc that the region setting, as proposed by Kevin, is set to de and MS absolutely correct sets the engl. MS to en... 

    This has rather large impact as the pop-up menu is a central interface component, and Bentley sadly set up the space bar command in a localized manner...

Children
  • According to the following upgrade test cases by default (no custom configuration variables are involved), these are expected and work as designed.

    Test Case 1

    - English MS U12 + German LP

    - Upgrade by English MS U13

    Result: The German LP will be uninstalled while the latest English version will be upgraded. The equivalent LP should be downloaded and installed separately after the upgrade.

    Test Case 2

    - German MS U12

    - Upgrade by German MS U13

    Result: Everything will be upgraded as per the language.

    So, I am guessing that what you are seeing is Test Case 1. Is that right?


    This is a test

  • I don't know exactly at what you're hinting at. I never refered to Upgrades. In my first post I mentioned that the german LP is currently not installed but the variable nevertheless Points to 'de'.

    But as a matter of fact, yes, we do not use the german full download, we use the std. english download and use a language pack usually.

    Can someone at Bentley please just look into the Code and determine how the value for this variable is build?

    This issue happened now longer ago, I'll have to look again into the matter. Also if this is related to the omnious file msdefaultlanguage.txt which MicroStation creates in the prefs (and which cannot be predefined administratively).