<div dir="ltr"><div>I did a quick search by your description, and this one looks relevant.<br></div><div><br>c8cfda297691b793048b67affe7b1db08e028c6d<br><br></div><div>And thanks for the checks.<br></div><div><br></div>Kaplan<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 27, 2013 at 12:06 AM, Eike Rathke <span dir="ltr"><<a href="mailto:erack@redhat.com" target="_blank">erack@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Lior,<br>
<div><div class="h5"><br>
On Wednesday, 2013-09-25 17:46:45 +0200, Lior Kaplan wrote:<br>
<br>
> I've noticed a locale mixup on master when starting LibreOffice from the<br>
> command line with export LC_ALL=he_IL.UTF-8.<br>
><br>
> While the UI translation is shown in Hebrew, the interface has Hindi (hi)<br>
> settings (including looking as LTR instead of RTL).<br>
><br>
> If starting with en_US.UTF-8 locale and manually set Hebrew locale in the<br>
> language setting, I get Gujarati locale settings on restart.<br>
<br>
</div></div>Yes, I noticed some quirk in locale selection as well, I'll investigate.<br>
It looks like in a localized UI (not en-US) the paired strings of the<br>
language list are shifted by an offset of one and display something<br>
different than the actual locale. This may be related to a pair being<br>
inserted to the original en-US .src file that does not have<br>
a translation yet and thus is missing.<br>
<span class="HOEnZb"><font color="#888888"><br>
  Eike<br>
<br>
--<br>
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.<br>
GPG key ID: 0x65632D3A - 2265 D7F3 A7B0 95CC 3918  630B 6A6C D5B7 6563 2D3A<br>
Support the FSFE, care about Free Software! <a href="https://fsfe.org/support/?erack" target="_blank">https://fsfe.org/support/?erack</a><br>
</font></span></blockquote></div><br></div>