Bug 99766 - Continue reordering of Headings will not work
Summary: Continue reordering of Headings will not work
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-05-10 19:19 UTC by Tim OCallaghan
Modified: 2016-05-16 22:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
picture of headings in navigation panel (6.71 KB, image/png)
2016-05-10 19:19 UTC, Tim OCallaghan
Details
example file showing issue (679.30 KB, application/vnd.oasis.opendocument.text)
2016-05-13 15:43 UTC, Tim OCallaghan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tim OCallaghan 2016-05-10 19:19:43 UTC
Created attachment 124957 [details]
picture of headings in navigation panel

I have 4 levels of heading
As you can see there is a 
3.8
  3.8.1 xxxx
  3.8.2 xxxx
    3.8.2.1 xxxx
    3.8.2.2 xxxx
    3.8.2.3 xxxx
now what should be next is 
  3.8.3   but instead it is 3.8.1

I have tried continue renumbering but it wont change.
If I delete all of 3.8.2 then what should have been 3.8.3 becomes 
3.8.2 but as soon as I paste the 3.8.2 back in- it messes up.
Note workaround used to work but will not now.
Comment 1 Buovjaga 2016-05-13 07:04:05 UTC
Please attach example file so testers don't have to work too much.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.
Comment 2 Tim OCallaghan 2016-05-13 15:43:20 UTC
Created attachment 125037 [details]
example file showing issue

since can't upload original file , I trimmed down to the minimum needed to show issue and uploaded that.

thanks
Comment 3 Buovjaga 2016-05-13 16:52:03 UTC
Confirmed.
Should be 1.2.3, but is 1.2.1.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.2.0.0.alpha1+
Build ID: 412cfb531bd137c3d01f21e24b12827ddb9b8b7b
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on Friday 13th 2016
Comment 4 Cor Nouws 2016-05-13 21:38:42 UTC
Hi,

I don't think this is a LibreOffice issue.
If you turn on Edit > Trach changes > Show changes, the problem disappears.

(In a recent daily build)
Can someone confirm this please?
Comment 5 Cor Nouws 2016-05-13 21:50:54 UTC
or then the problem is at a different paragraph: 2.2.1 twice..
But it looks a bit messed up formatting and result of promote/demote actions?
In any case it origins from a Microsoft file and settings.

Simply said: the document is corrupt :)
Not a bug, invalid, not our bug..  ?
Comment 6 Tim OCallaghan 2016-05-13 22:52:04 UTC
Thanks for the quick analysis....not sure i agree with the assessment though.

This document was originally a word doc.
a year or 2 ago, I switched to LibreOffice.

Based on your show changes info ....I took the example and accepted all changes (under track changes) and the issue still exists.
In general I don't send out docs with show changes so thats not a good option.

If the file is corrupt....why doesn't Libre Writer complain at all about the file.   I thought it was designed to read Microsoft Word files (note this was 18 months ago)..

Like I said I cut out sections and then it looks right, but then I paste back in that sections and its messed up.... do i have to return entire sections of the document to make it work?   This is a 200 page document
Comment 7 Tim OCallaghan 2016-05-13 22:53:35 UTC
I meant to say rewrite .....
Comment 8 Tim OCallaghan 2016-05-16 15:12:13 UTC
I deleted entire section preceding it, copied to notepad++
and then pastes back in and recreated headings and was able to resolve issue.
I did hit the issue that when I told it too continue previous renumbering that it picked up the un-numbered list in paragraph prior instead of the proper h4 heading.
I cut the list and was able to get correct H4 numbering and then paste back in un-numbered list.
Comment 9 Cor Nouws 2016-05-16 19:12:29 UTC
Hi Tim,

(In reply to Tim OCallaghan from comment #8)
> I deleted entire section preceding it, copied to notepad++
> and then pastes back in and recreated headings and was able to resolve issue.
> I did hit the issue that when I told it too continue previous renumbering
> that it picked up the un-numbered list in paragraph prior instead of the
> proper h4 heading.
> I cut the list and was able to get correct H4 numbering and then paste back
> in un-numbered list.

Thanks for your explanation and glad that you indeed was able to fix this. A sad thing it happened in the first place of course..
From your description, I get the impression that you do not use Tools > Outline Numbering to set the headings? It's a more convenient way Writer offers this. Fits for most use, but when you have e.g. separate outline in a second part of the report, you need to set the properties per heading in any case.

Is it OK for you to resolve this issue as WorksForMe or NotOurBug?