Bug 133471 - Not saving (loading?) NarrowName of months properly
Summary: Not saving (loading?) NarrowName of months properly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: dataLoss
Depends on:
Reported: 2020-05-28 09:41 UTC by Mihkel Tõnnov
Modified: 2020-12-07 17:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Mihkel Tõnnov 2020-05-28 09:41:21 UTC
A couple of locales have DefaultNarrowName defined for months:


Estonian (currently only in master):

The narrow name corresponds to MMMMM in date formats.

When using a date format containing the narrow version of the month name, this is not preserved after saving & re-opening the document:

- In Calc, the MMMMM gets replaced with MMM when saving as .ods (ODF 1.2 extended). Curiously enough it's saved/loaded correctly to/from .xlsx (2007-365).

- When using date field in e.g. Writer and setting it to one of the MMMMM dates, it also gets replaced with MMM code when saving as .odt. When saving to (or loading from?) .docx, the month part is completely lost.

Same behaviour with 6.4.4 and current master. Behaviour is (easily) testable only starting from 6.2 when narrow month names became usable with Hungarian locale.
Comment 1 Mihkel Tõnnov 2020-05-28 09:46:44 UTC
@László: this might be interesting for you, too.
Comment 2 Buovjaga 2020-12-07 17:46:43 UTC

Arch Linux 64-bit
Build ID: 43d07ddf487fae1b966abf00a36612b109ed01fc
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 7 December 2020