| Summary: | Bad numbering; attempt to fix it crashes LO. | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | TorrAB |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INSUFFICIENTDATA | ||
| Severity: | normal | CC: | xiscofauli |
| Priority: | medium | ||
| Version: | 7.1.2.2 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
doc with header6 all numbered 0
screenshot after crash doc recovered after crash original; all heading6 are 0 2 paras FirstLineIndent have been deleted |
||
|
Description
TorrAB
2021-04-24 15:54:37 UTC
Created attachment 171385 [details]
doc with header6 all numbered 0
Just for the record, I don't reproduce this with master sources updated today. I unnumbered and re-numbered each one, one by one. Created attachment 171391 [details]
screenshot after crash
(In reply to Julien Nabet from comment #2) > Just for the record, I don't reproduce this with master sources updated > today. > I unnumbered and re-numbered each one, one by one. I confirm your observation (no crash) with LODev 7.2 Then, I tried again with LO7.1.2.2 —which crashed after the 3rd renumbering! Attachment #171391 [details] to prove I was not dreaming… The next attachment shows the recovered doc, with numbers 0, 1, 2, 0, 0 The crash report was successfully uploaded. You can soon find the report at: https://crashreport.libreoffice.org/stats/crash_details/2718c88a-5697-4a47-816e-1a0b98bab476 Created attachment 171392 [details]
doc recovered after crash
Hello TorrAB@Yahoo.com, could you please attach a screencast showing how to reproduce the issue ? I don't understand the steps 'unnumber (~^u)' and 'renumber (^m)' (In reply to Xisco Faulí from comment #6) > Hello TorrAB@Yahoo.com, > could you please attach a screencast showing how to reproduce the issue ? I > don't understand the steps 'unnumber (~^u)' and 'renumber (^m)' Hello! Good news: no more crash under version 7.1.3.2. But the numbering (0 everywhere) remains faulty. ~ = Alt; ^ = Ctrl (Ancient but compact notation.) For unnumber, you can format>paragraph>numbering style: none New observation: The numbering becomes normal if you remove the FirstLineIndents paragraphs, as if a FirstLineIndent reset the numbering. (It should not.) But, if that were the case, why would the sequence 'unnumber' and 'renumber' work, ie, number the heading6's normally in the presence of FirstLineIndents? (In reply to TorrAB from comment #8) > New observation: The numbering becomes normal if you remove the > FirstLineIndents paragraphs, as if a FirstLineIndent reset the numbering. > (It should not.) > But, if that were the case, why would the sequence 'unnumber' and > 'renumber' work, ie, number the heading6's normally in the presence of > FirstLineIndents? Please, attach a screencast (In reply to Xisco Faulí from comment #9) > (In reply to TorrAB from comment #8) > > New observation: The numbering becomes normal if you remove the > > FirstLineIndents paragraphs, as if a FirstLineIndent reset the numbering. > > (It should not.) > > But, if that were the case, why would the sequence 'unnumber' and > > 'renumber' work, ie, number the heading6's normally in the presence of > > FirstLineIndents? > > Please, attach a screencast Head6.png: original Head6a.png: after deletion of two FirstLineIndent paras Created attachment 172306 [details]
original; all heading6 are 0
Created attachment 172307 [details]
2 paras FirstLineIndent have been deleted
After 99 bugs, one should know the basics: one issue per bug. Here no crash, WFM For "header6 are numbered 0; they should be numbered 0, 1, 2…" it's InsufficientData because it's not explained how it was created. Obviously messed around with numbering, please do not report. |