[Libreoffice-commits] core.git: Branch 'libreoffice-5-2' - svl/source

[Eike Rathke]

 svl/source/numbers/numfmuno.cxx |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 6f358f7fe5bc0144c573028b273f26f632bca50a
Author: Eike Rathke <erack at redhat.com>
Date:   Tue Aug 9 12:36:58 2016 +0200

    do not resolve system locale when queried, rhbz#1364406 related
    
    When loading older documents that calculated a number format on the fly an
    inherited but default format of a type could had been applied using the fixed
    resolved locale instead of the default system locale, which then was stored
    upon save and remained sticky. This because a format the formula depends on
    already was applied using the resolved system locale.
    
    http://bugs.documentfoundation.org/attachment.cgi?id=78559 of tdf#63267
    exhibits the behavior on the hidden sheet 'Festwerte' when unprotected and
    inspecting number formats in column A under Datum.
    
    Change-Id: If23908f259458e988c5164cc5e268bfc9a6a6bcd
    (cherry picked from commit 0d386267458b881f15e555186b52f7e2517ceca1)
    Reviewed-on: https://gerrit.libreoffice.org/28004
    Tested-by: Jenkins <ci at libreoffice.org>
    Reviewed-by: Caolán McNamara <caolanm at redhat.com>
    Tested-by: Caolán McNamara <caolanm at redhat.com>

diff --git a/svl/source/numbers/numfmuno.cxx b/svl/source/numbers/numfmuno.cxx
index 0f87d68..e349d81 100644
--- a/svl/source/numbers/numfmuno.cxx
+++ b/svl/source/numbers/numfmuno.cxx
@@ -723,7 +723,7 @@ uno::Any SAL_CALL SvNumberFormatObj::getPropertyValue( const OUString& aProperty
         }
         else if (aPropertyName == PROPERTYNAME_LOCALE)
         {
-            lang::Locale aLocale( LanguageTag( pFormat->GetLanguage()).getLocale());
+            lang::Locale aLocale( LanguageTag( pFormat->GetLanguage()).getLocale( false));
             aRet <<= aLocale;
         }
         else if (aPropertyName == PROPERTYNAME_TYPE)