#1313 Error building with Dutch localisation
For any other language I can run light with the command line containing the localisation I want and the en-us localisation (e.g. -loc Localisation\Net2UI_it-it.wxl -loc Localisation\Net2UI_en-us.wxl) and missing strings are read in English. When I do this with Dutch (Netherlands) using the command line "-loc Localisation\Net2UI_nl-nl.wxl -loc Localisation\Net2UI_en-us.wxl" it fails with the following error:
C:\delivery\Dev\wix30_public\src\ext\UIExtension\wixlib\MaintenanceTypeDlg.wxs(34) : error LGHT0102 : The localization variable !(loc.MaintenanceTypeDlgRepairDisabledText) is unknown. Please ensure the variable is defined.
C:\delivery\Dev\wix30_public\src\ext\UIExtension\wixlib\MaintenanceTypeDlg.wxs(44) : error LGHT0102 : The localization variable !(loc.MaintenanceTypeDlgRemoveDisabledText) is unknown. Please ensure the variable is defined.
C:\delivery\Dev\wix30_public\src\ext\UIExtension\wixlib\Common.wxs(37) : error LGHT0102 : The localization variable !(loc.UITextNewFolder) is unknown. Please ensure the variable is defined.
Light error: 102
I am using WiX v3.0.4422.0
Discussion
Logged In: YES
user_id=1521752
Originator: YES
I think I have spotted the problem. In the file "Source\src\ext\UIExtension\wixlib\WixUI_nl-nl.wxl" the schema reference is xmlns="http://schemas.microsoft.com/wix/2003/11/localization" in all the other wxl files it is xmlns="http://schemas.microsoft.com/wix/2006/localization".
Patch to fix schema reference.
Logged In: YES
user_id=1521752
Originator: YES
I have attached a patch to fix the schema problem but I don't think it is the problem.
File Added: wix.patch
Logged In: YES
user_id=991639
Originator: NO
No, the primary issue is that nl-nl is not fully localized.
Logged In: YES
user_id=1521752
Originator: YES
I appreciate that it is not is not fully localized but surely "-loc Localisation\Net2UI_nl-nl.wxl -loc Localisation\Net2UI_en-us.wxl" should take care of that, it does with all the other languages.
Logged In: YES
user_id=1521752
Originator: YES
What I meant was that "-cultures:nl-nl;en-us" works for other languages. I noticed that the String/@Overridable isn't set to yes on any of the strings but fixing that doesn't solve the problem. I have attached a patch that fixes the issues I have found if that is any use.
File Added: wix.patch
I have stepped though the code and I think I misunderstood how this works. I thought "-cultures:nl-nl;en-us" meant use dutch unless a string is missing then use english, this is not how it is implemented. The code uses dutch if is exists but does not revert to english if strings are missing, which they are for dutch. I think this is a bug and only seems to apply to extensions, in my own localisation code it works as I would expect (i.e. default non-translated string to english).
I have found a workaround for this if anyone else needs it. Copy WixUI_en-us.wxl from the source package to your local project then run light with the following command:
light -cultures:nl-nl;en-us -ext WixUIExtension -loc WixUI_en-us.wxl ...
This will allow the non-translated strings to be read from WixUI_en-us.wxl.
The fix for this is to allow fallback cultures to work appropriately, even for strings defined inside of wixlibs. Since nl-nl is missing strings, make sure to provide a fallback culture like nsleigh showed (for example, pass "-cultures:nl-nl;en-us" to light to set Dutch as the primary language, and English as the fallback).
I can confirm that this is fixed for me.
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 21 days (the time period specified by
the administrator of this Tracker).