Bug 71318 - Numbering Not Continuing As Expected
Summary: Numbering Not Continuing As Expected
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.2.3 release
Hardware: All All
: high normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: possibleRegression
Depends on:
Blocks:
 
Reported: 2013-11-06 17:18 UTC by Joel Madero
Modified: 2015-12-15 22:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Demonstration of Problem (26.22 KB, application/vnd.oasis.opendocument.text)
2013-11-06 17:18 UTC, Joel Madero
Details
File corrected. (19.82 KB, application/x-vnd.oasis.opendocument.text)
2013-11-07 00:53 UTC, m_a_riosv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joel Madero 2013-11-06 17:18:51 UTC
Created attachment 88770 [details]
Demonstration of Problem

Bug confirmed on 4.1.2.2 release as well as 4.2 master built yesterday

Reproducible Steps:
From a fresh document I can't figure out what's triggering it but attached document shows problem:

1. Open document
2. Scroll to page 3
3. Look at where I put BLANK (two places) - as you can see the numbering is not a continuance but it's just the same number(letter) as the previous one.

Note: From what I can tell I can't get it to change (for instance can't get the second b. to change to c. no matter what I try). Therefore I put in a place marker as BLANK just so numbering continues

Marking as:
Normal - can prevent high quality work
High - numbering is very common

PossibleRegression (maybe, I'll have to test it to find out)
Comment 1 m_a_riosv 2013-11-07 00:53:23 UTC
Created attachment 88796 [details]
File corrected.

Hi Joel,

Looking in the xml paragraphs with content:
"
interpretation one “All [domestic water piping] and [rain water piping installed above finished ceilings] shall be insulated” OR

interpretation one “All [domestic water piping and rain water piping] installed above finished ceilings shall be insulated”
"
between others have a different list style, what are not showed in the List Styles, and how the list style change the numbering of the actual style is applied.
Saving as docx closing and reopening (not reload), show these invisibles list styles.
Applying e.g the list style WWWNum5 at the all text of page 3, seems to solve the issue.

The document is all with default style and direct formats, maybe using some styles could help to maintain, if it is a long document.
Comment 2 Joel Madero 2013-11-07 16:46:53 UTC
but isn't this still a bug? This is just "randomly" happening (quite frustrating)
Comment 3 Tim Lloyd 2013-11-13 09:57:04 UTC
Hi Joel, you note that you can't figure out what triggered it.

I copied/pasted the text and the numbering happened as expected. 

I agree it's a bug but can it be fixed if it can not be recreated?

FWIW my 2c

Cheers
Comment 4 Dominique Boutry 2013-11-18 11:47:12 UTC
From my past experience :
- I used WORD at the office, with documents often derived from older ones (very few created from scratch or from a clean model), with multiple authors, some of them unaware of WORD,
- after a time, the documents often got corrupted, which mainly appeared as crash when manipulating lists,
- I used OpenOffice (since 2005 ; the only one in may plant) to open and save back the documents, that resulted in the revelation of large list of invisible list styles, all named XXXSomething ; I just had to suppress them on WORD, and the WORD documents started for a second life,
- The WORD documentation explains, at a place I don't remember, the condition of automatic creation of bunch of list styles, and the crash resulted from a number of such styles exceeding the WORD/PC/memory capacity.

Perhaps the initial state of your corrupted ODT document is such a corrupted WORD document.

I hope this could help.
Comment 5 retired 2014-03-02 09:14:11 UTC
Ping, Joel, what do you think about this?

Setting to Notabug aka expected behavior.

m.a.riosv posted a corrected file so issue was def with initial document.

Joel feel free to re-open etcpp if you disagree.
Comment 6 Robinson Tryon (qubit) 2015-12-15 22:05:13 UTC
Migrating Whiteboard tags to Keywords: (possibleRegression)
[NinjaEdit]