Maybe as a side effect of ByteString->rtl::OString conversion, rsc resource compiler produces English .res files for any language. The source .src file contains the translations, the command line of rsc specifies the correct language, but the result is (almost*) identical for all languages - en-US. * some random garbage in .res files may differ
hmm, git-bisect in progress
odd, http://cgit.freedesktop.org/libreoffice/core/commit/?id=53fb5f774e262e6dbe364c9da06ae5e0db11b5d7 triggers it somehow
aha http://opengrok.libreoffice.org/xref/core/i18npool/inc/i18npool/mslangid.hxx#236 sal_Char maLangStr[4];
Well, for the immediate problem http://cgit.freedesktop.org/libreoffice/core/commit/?id=791f27683311e487947b0464a0cb132b19fd0e12 will fix it, but I guess more problems like this could lurk around the place.
Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=791f27683311e487947b0464a0cb132b19fd0e12 Resolves: fdo#48129 maLangStr can have trailing nulls
IIRC there was initially a check for embedded \0's in string literals and then I removed it later, arguing that if the literal contains it, it's wanted, but seeing this I'll put the check back again and clean up any valid embedded \0 usage.
*** Bug 47530 has been marked as a duplicate of this bug. ***
I added Fix submitter as assignee because this will ease queries and bug tracking.
reg. Bug 47530 : works fine again. Thanks!