diff options
author | Eike Rathke <erack@redhat.com> | 2018-08-16 15:50:02 +0200 |
---|---|---|
committer | Eike Rathke <erack@redhat.com> | 2018-08-16 18:54:31 +0200 |
commit | 5b8007afdb97d416ee7c22bf9226e927d61e9bd3 (patch) | |
tree | d7299707f0a418bfa62fd0104adbe19ec0ce70d0 /editeng | |
parent | 6e03d7ee5734c94d245aea5900c0924fbef2a246 (diff) |
Resolves: tdf#119013 do not over-aggressively reorder date particles
In particular not when reading documents as we don't know what the
original (default/system) locale was when the date format was
created and stored and whether the format's date order actually
matched the locale's ordering.
Regression from
commit 51478cefaa4e265b42e3f67eda0a64767ff3efba
CommitDate: Tue Apr 18 17:01:27 2017 +0200
Resolves: tdf#107012 follow date order of the target locale
Change-Id: I9d3bdbd512d95ed81ff6459e368a2d7497ec8a2d
Reviewed-on: https://gerrit.libreoffice.org/59182
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Jenkins
Diffstat (limited to 'editeng')
-rw-r--r-- | editeng/source/items/flditem.cxx | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/editeng/source/items/flditem.cxx b/editeng/source/items/flditem.cxx index 3365761cd1d6..09100d98f021 100644 --- a/editeng/source/items/flditem.cxx +++ b/editeng/source/items/flditem.cxx @@ -659,7 +659,7 @@ OUString SvxExtTimeField::GetFormatted( tools::Time const & aTime, SvxTimeFormat sal_Int32 nCheckPos; SvNumFormatType nType; rFormatter.PutandConvertEntry( aFormatCode, nCheckPos, nType, - nFormatKey, LANGUAGE_ENGLISH_US, eLang ); + nFormatKey, LANGUAGE_ENGLISH_US, eLang, true); DBG_ASSERT( nCheckPos == 0, "SvxTimeFormat::HH12_MM_SS_00: could not insert format code" ); if ( nCheckPos ) { |