unexpected behaviour whilst fixing fdo#50118
W.Donkers at dci-electronics.nl
Mon Sep 30 04:44:52 PDT 2013
> > > But when calling Application::GetSettings().GetUILanguageTag().getLocale() again later, when the gobal setting 'Use English function names' has been changed, the call returns an empty locale (i.e. locale.Country is empty)!
> > Let me guess, your system locale and UI localization is Dutch, and at
> > that place of the application locale only Country and Variant are
> > empty but Language=="nl"? I think I know why, need some more digging.
You guessed right ;)
> Commit ecefa40c081a0b6677e946603d553d9382f9b9ca should fix that and the locale should be 'nl-NL'. There may be other places though that previously relied on the implicit fallback whenever
> MsLangId::convert...() were called.
Yes, that makes the locale look OK.
Unfortunately, calling setLocale() still produces a crash when locale is set to nl-NL (which it doesn't when locale is en-US); soffice.bin has an invalid pointer in munmap_chunk().
It makes me wonder if this [mess] may have been the reason why long ago the add-in functions were excluded when changing the formula language...
And, consequently, if I shouldn't leave it with https://gerrit.libreoffice.org/#/c/6032/ ?
More information about the LibreOffice