Description: I use LibreOffice Writer in brazilian portuguese. My documents must be formatted in such a way that the current date must be indicated at their end, in the following format: '"D" de "MMMMM" de "YYYYY"' (for example, 24 de janeiro de 2022). However, whenever I re-open any document after closing it, the month's language is changed to English, ending up in a bizzare way, like "24 de January de 2022", for example. For that reason, each time I open any document, I must reformat the date back to portuguese. For some reason, I've noticed this bug only happens when the document is saved as .docx. Unfortunately, that is the only format accepted in my workplace. I guess it's worth mentioning that my LibreOffice's default language is set as brazilian portuguese, as well as my Windows and keyboard. Steps to Reproduce: 1.Set a "Date" format as "31 de dezembro de 1999" in Português(Brazil); 2.save document as ".docx"; 3.close and re-open document. Actual Results: The "month" language is altered to English. Example: "24 de January de 2022" Expected Results: The "month" language should stay the same as before closing the document. Example: "24 de janeiro de 2022" Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.5.2 (x64) / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: pt-BR (pt_BR); UI: pt-BR Calc: threaded
Created attachment 177759 [details] video of the bug Confirm with Version: 7.3.1.0.0+ / LibreOffice Community Build ID: de15e8d4f2f2e5d10cb5d9203e51f3a28347db8d CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Also see video. The language and format is lost.
Created attachment 177760 [details] file for testing
Still repro. In 5.2 the field doesn't show any format, just "Date". Arch Linux 64-bit Version: 25.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: e627686deb33a7eef013da7bbdbe18871b87b172 CPU threads: 8; OS: Linux 6.12; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 29 November 2024
When I open comment 2's "new.docx" in Word 2010, I see the same thing. This is flagged as an export bug. What should have been provided was an ODT document. When we are given an example document that doesn't even open "properly", this "export bug" is untestable. Better yet, we should have been provided with a DOCX file that opens in LO with the correct date formatting, but fails to round-trip that. (So something created in MS Word...) At this point this bug report hasn't even proved that DOCX supports such a field. (I'm sure it must - but some proof is needed.)
Created attachment 202949 [details] date field in Arabic.docx: <w:lang w:bidi="ar-AE"/> OK - these fields can be created in MS Word by going to Inset - Date and Time. Tick "Update automatically" to make it a field, and choose a non-English language. LO 25.8 import: does not display the date in Arabic. So this is not just an export issue, but also an import one.