Description: This is a follow-up bug report of bug 84317. The fix of bug 84317 (commit id 91b926d4b9939337f54d6c9f0b940b161dc3437f) has fixed the issue of lossing outline numbering when save as DOCX, but numbering such as "①, ②, ③" and "α, β, γ" are converted to digits (1,2,3). Steps to Reproduce: 1. Save attachment 106839 [details] as DOCX. 2. Reopen in Writer Actual Results: The outline numbering such as "①, ②, ③" and "α, β, γ" are converted to "1,2,3..". Expected Results: "①, ②, ③" and "α, β, γ" are reserved when save as DOCX. Reproducible: Always User Profile Reset: No Additional Info: Reproducible in Version: 5.2.3.1 Build ID: 01ec8f357e651ca9656837b783cf7e6a32ee4d92 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; Locale: zh-CN (zh_CN.UTF-8); Calc: group Ubuntu 16.04 LTS x64. User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
Kevin, not sure that is the whole issue. The LibreOffice numbering formats are described in IDL http://opengrok.libreoffice.org/xref/core/offapi/com/sun/star/style/NumberingType.idl And if you look at Mark's work in https://gerrit.libreoffice.org/#/c/12252/ https://gerrit.libreoffice.org/#/c/21741/ ( for bug 84317 ) the CIRCLE_NUMBER numbering format is being coverted to its OOXML/ECMA 376 form of "decimalEnclosedCircle" The CHARS_GREEK_UPPER_LETTER and CHARS_GREEK_LOWER_LETTER formats can not be converted because there is no corresponding OOXML/ECMA 376 format to change to [1]. So they are reasonably export filtered to "decimal" w:numFormat value. They open showing their assigned numFormat values correctly in MS Word. But, there is an issue on round trip reopening in LibreOffice, as there is no ww8 import filter to convert "decimalEnclosedCircle" to its corresponding CIRCLE_NUMBER format. That needs to be tweaked, and possibly import filter for some of the others that have specific assignments on export. @Mark, Miklos? =-ref-= http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-376,%20Fourth%20Edition,%20Part%201%20-%20Fundamentals%20And%20Markup%20Language%20Reference.zip §17.18.59
Do we need one more test case to push decimalEnclosedCircle into CIRCLE_NUMBER on import? http://opengrok.libreoffice.org/xref/core/writerfilter/source/dmapper/ConversionHelper.cxx?#526 maybe "case NS_ooxml::LN_Value_ST_NumberFormat_decimalEnclosedCircle:"
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 6.2+.
Created attachment 153571 [details] PDF from docx
Created attachment 153572 [details] PDF from odt
Samuel Mehrbrodt committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/66576edf4e7ed26f09788fac348ea6b556ae1c47%5E%21 tdf#103345 Import decimalEnclosedCircle correctly It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
So I fixed the problem that ①, ②, ③ were not reserved at import (was merely an import problem, export worked already). Thanks Stuart for you excellent research in comment 2! As also mentioned by Stuart, we can't handle α, β, γ with OOXML as there is no equivalent. So the bug can be considered fixed.
Samuel Mehrbrodt committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/+/2ceed469b1f45aa94a2c10f7dc41c1e2378d60d2%5E%21 tdf#103345 Import decimalEnclosedCircle correctly It will be available in 6.3.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
MSO also opens as "①, ②, ③. I'll set Verified.