Created attachment 95083 [details] Numeration styles broken Document DOCX prepared in MS Office does not open properly in LO concerning the numeration styles. Please look at the attached example.
please post a comparative screenshot of that file in MSO and LibO so we can easier spot the differences
Created attachment 95139 [details] MS Word version
Created attachment 95140 [details] LO version
Created attachment 95141 [details] Test docx
thanks for screnshots. bug reproducible under WinXP 32bit with LibO 4.1.5.3 subnumbers like 1.2.1, 1.2.2, 1.2.3 etc. are not displayed in LibO which only shows 1.2 and 1.3 etc. numbers. reworded sumamry notes @wabik could you please try saving the original document in .DOC format under MSO and tell if the numbering issue is present as well or just limited to the .DOCX format?
Created attachment 95152 [details] DOC file saved from DOCX in MS Office 2003
DOC opened in LO 4.2.2.1 is a complete mess :( No numbering at all and the file size is huge over 1MB ... See the attached DOC file and screen shot from LO
Created attachment 95153 [details] DOC opened in LO
I confirm issue on 4.1.5.3 with .doc format too and I confirm issue is even worse
Anything???
bug still present in 4.3.0.4 and 4.4.0.0.alpha0+ Build ID: 9f803ee4b64e11e481ae9bf92ffac7cbf568675a TinderBox: Win-x86@42, Branch:master, Time: 2014-07-28_06:27:11
Created attachment 119336 [details] Test docx compared in MSO, OO, LO Test docx didn't show outline numbering from OO to LO 4.3. Then, LO 4.4 to 5.1+ shows some incorrect numberings.
Created attachment 119337 [details] Test document saved as .doc in MSO 2010
Created attachment 119338 [details] Test document saved as .doc compared in MSO, OO, LO Test document saved as doc doesn't show outline numbering from OO to LO 5.1+.
** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Created attachment 128634 [details] new screenshot in 5.2.3.3 and 5.3.0.0 alpha bug still present but somehow evolved and improved. we still not have the same formatting of MS Word but looks like some work has been done. check the new screenshot.
I was referring to Timur's latest screenshot where some subnumbers are lost in 4.4.0. I confirm that subnumber don't disappear either in .docx or .doc format but show incorrect numbering i.e. MS WORD 1.2 1.2.1 1.2.2 1.2.3 i.e LibO 1.2 1 2 3
Probably a duplicate of 86905, but marking as depends on... The numbering is based on the style name (Styl Nagłówek 3 + 10 pt Nie Pogrubienie Wyjustowany Przed: 0 p...). If the style is changed to header3 (which this one is based on) then it works, but styles "based on" header3 don't.
Looks like a duplicate of bug 106541. Using that newer bug since that test document is very simple, and the bug report is clean. *** This bug has been marked as a duplicate of bug 106541 ***
DOCX is verified fine with 7.0+ and we'll see for DOC in duplicated bug.
This report exhibits various numbering problems. Bug 106541 should be fixed soon, but 75748 test1 MS2010.doc still will exhibit the problems in bug 104239. The big problem here is that a non-ChapterNumbering style is using the same numbering rule as CN, namely WW8Num3. *** This bug has been marked as a duplicate of bug 104239 ***