Description: This happens on both page numbers and lists. Actual Results: 1. I set my page and lists numbers as native numbering. (Thai) 2. I save my file before closing it. 3. Those numbers are reset to their western form. Expected Results: 3. Those numbers stay in their native form. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: th-TH (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded
Please don't set up as 'NEW' yourself, someone else after test must do it. What file format do you use to save? And please attach a sample file.
Created attachment 189672 [details] file example
Update: This happens after I save the file(s) as .docx but it does not when I save as .odt.
Created attachment 189673 [details] The same example but saved as odt
Let's see if someone with acknowledge in the matter can help.
Thanks for the report! Reproduced that saving the ODT as DOCX resets the numbering in: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded As well as in a recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded and since 6.1.0.3 (6.0 would have the Arabic numbering already on opening the ODT). Sounds similar to bug 97569, but unsure if duplicate given the earliest version affected.