dont worry there is no bug :). Just substitute:
Html.JQueryDatePickerGlobalizationScript(null, "~/Scripts/cultures/datepicker/", x => true)
We added support for falling back in the case the culture required by the user is not contained in the system. Now as default, for en english user the date time picker just uses the en culture without considerin the country. The third optional argument , if
provided, is a function that specify the cultures that it must consider also the country.
For instance, in you case it uses the en instead of the en-NZ culture....that result wrong...HOWEVER if you spefify the third parameter, this function will receive the current culture string as parameter, that is "en-NZ". Now if after processing the
parameter the function returns true, the country is considered too. In the snipped I provided, the function always return true...so the country is always considered.
the default is x => false, because this works better for must of cultures :) However you can do a very complex function that verifies an array with all available cultures, and then decided the best strategy. We added also the LocalizableResourceScript helper
to help in handling cultures with fallback...
Sorry I forgot to update the documentation about this new features...I will do it providing also some usefull example of globalization strategy.