Description: As MS Office is very frequently used and most of the guys just using world to edit their CVs. When export happens to doc/docx format, the appearance should be exactly the same. That's why i'm using windows at all to check in Microsoft World whether it's correct or not. When i have exported a doc which contained a table index, Ms Office was not in sync. (inside the document the section number was different then in the table index) When i updated the the table index, MS Office came to sync. The table index had missing numbers do after 4, 6 followed (under 6 there were 7.1), and 7, 8 was missing. 7 was missing, even if the document clearly shown inside. Updating the table index on Libre Office didn't make it work, what MS Office simply resolved. Steps to Reproduce: 1. create a document, where there are some section numbers which are missing (deleted later on) 2. Update table index Actual Results: update index does not resolve if there is missing section numbers update index does not find all the sections, even if the document does hold and it's in the same format Expected Results: sections should be renumbered if there is missing section number Reproducible: Always User Profile Reset: No Additional Info: that area is a little bit buggy, i would review it in several case, and make it more error prune (it can happen that i see the right styling on the section number inside the document, but simply something is wrong in the paragraph) User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Safari/537.36
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Unfortunately i cannot share the confidential design document to anyone (it was not a CV), but the bugs are trivial. I noticed that section numbers on the same page won't be shown properly. I think i have found out. You need to check the section numbers on the same page. After 6.5, the 7th section number was on the same page, so no page break. Table index didn't show 7. 8 was on the different page, but no page break, so it won't be shown in the table index also after 7.12. 9 was on the next page no page break, but it was shown in the table index. When i have exported the doc (old doc format), MS Office fixed the numbering the section 11 in my doc to 7 (which was wrong anyway, as i had section 7). (without updating the table index) My gut feeling is that problem occurs on optimization, when you wouldn't like to show different section numbers which happens on the same page
Created attachment 137548 [details] table_index Even the document has got the same section styling, the table index was messed up
Pls. also notice that the attached screen shot shows not numbered sections in the table index, or descriptions (like at switch, which was in a new line in the document, so no shift enter, just a hard enter etc.)
Look at the three 9th page in the screen shot section 7 which are not numbered subsections (document uses dot, instead of numbers - it might be also confusing - so it must be avoided)
About confidential aspect, this link may help: https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission
I have read that, but i need to obfuscate every word of the document. You might need to add a module to libre office - sanitizer, which does not replace the styling, but obfuscate the document. I hope the screenshot is enough. There is huge amount of problem in the algorithm itself, not just one, which seem to me very trivial, as i simply using a list element to level 3, nothing special. (it's a default scenario)
If you don't share the document with us, it's really hard to investigate this issue. Could you please try to reproduce it with older versions of LibreOffice from https://downloadarchive.documentfoundation.org/libreoffice/old/? At least it would be great to test it with 5.0 and 4.0.
It's a very new design document. There are many spelling problems, but it shows the corrupt table index. I'm not going to attach it in any way to this bug, but it's freely available under https://github.com/fsrepository/fms/blob/master/fms.odt You can download it an take a look.
Other related problem is: 1, inside a subsection make enter - it creates a new subsection 2, Try to click on right mouse and select continue indexing 3, it was uneffective
sorry, i wanted to say select "continue previous numbering", and it was uneffective
I have figured out problems in the doc. The expectation here is the styling is not user friendly, if i'm copying over the outline should stay as it is. (level 1 / body text) I have realized that to style a section is bizarre relatively to the MS Office. The style copying on the Libre Office should be fixed. Not all the styling of the text will be copied over simply. You can easily bump into problems. Libre Office also needs to be more automatic to figure out certain styling things, logically. You can set up everything, but the question is, the time. In Ms Office i can write the same document half the time than in Libre office, even if everything can be set up.
(In reply to raxim.uk from comment #12) > I have figured out problems in the doc. The expectation here is the styling > is not user friendly, if i'm copying over the outline should stay as it is. > (level 1 / body text) I have realized that to style a section is bizarre > relatively to the MS Office. The style copying on the Libre Office should be > fixed. Not all the styling of the text will be copied over simply. You can > easily bump into problems. Libre Office also needs to be more automatic to > figure out certain styling things, logically. You can set up everything, but > the question is, the time. In Ms Office i can write the same document half > the time than in Libre office, even if everything can be set up. Ok, if you have an idea regarding improvements, please open a new report and set severity to enhancement. Let's close this one as the problems were figured out.