Bug 134294 - Chapter numbering not updated when heading added in between (until reload)
Summary: Chapter numbering not updated when heading added in between (until reload)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.8.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Chapter-Numbering
  Show dependency treegraph
 
Reported: 2020-06-25 11:14 UTC by Timur
Modified: 2020-07-03 11:23 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Timur 2020-06-25 11:14:55 UTC
Chapter numbering is not updated on insert in between. 

Example:
1. open ODT attachment 115699 [details] from bug 76817
2. change Blabla or bla after "2 Second" to Heading 1 
3. see that "2.1 Second - 2" remains the same, instead of being 3.1 
Note: ok for a change in "1" headings

Another example: 
1. open ODT attachment 146174 [details] from bug 121066
2a. in emtly line after "1.1" add text and set Heading 2
3a. see that further heading 3 lines remain 1.1.x instead of being 1.2.x
Note: ok if heading 3 set
Or
2b. after "1.2 Title 2 (First Open)" add new line and set Heading 1
3b. see that further heading lines remain 1.3.x instead of being 2.1.x

Worked in 6.1, regression in 6.2.
Those problems remain only until reload, as in bug 69811.
Comment 1 Attila Baraksó (NISZ) 2020-06-25 15:02:03 UTC
Reproduced in:

Version: 7.1.0.0.alpha0+ (x64)
Build ID: 010713e65ccade7b682c219707c8db3d864145c1
CPU szálak: 4; OS: Windows 10.0 Build 17134; Felületmegjelenítés: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: hu-HU
Calc: CL
Comment 2 Attila Baraksó (NISZ) 2020-06-25 17:10:25 UTC
Bibisected using bibisect-win32-6.2 to:
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=bafd49fb4d72b6dbb10b2fea1386d295dc9d435c
author: Bjoern Michaelsen <bjoern.michaelsen@libreoffice.org>
committer: Björn Michaelsen <bjoern.michaelsen@libreoffice.org>
summary: tdf#118049 tdf#118833 tdf#118725: Fix some SwDepend regressions

Adding CC: Bjoern Michaelsen
Comment 3 shariqkeen 2020-06-26 17:00:25 UTC Comment hidden (obsolete)
Comment 4 shariqkeen 2020-06-26 17:21:13 UTC
(In reply to shariqkeen from comment #3)

> reproduced with docx in
> 
> Version: 7.1.0.0.alpha0+
> Build ID: e69f547bce7de376a0af464c5f7af5e7d2c8784a
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
> Locale: en-IN (en_IN); UI: en-US
> TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
> 2020-06-23_15:52:52
> Calc: threaded
> 
> tested docx is attachment 162418 [details], whose demo gifs from are
> attachment 162415 [details], attachment 162416 [details], attachment 162417 [details]
> [details] from bug 130446

on opening docx attachment 162418 [details] [in 7.1 alpha Linux], when a new heading is introduced just above another heading, and if the level of the new heading is different from the heading below, then the heading below doesn't get updated.

For example, introduce heading 1/3 above heading 2 (heading 2 doesn't update). Or introduce heading 1/2/3 above heading 4 (heading 4 doesn't update).

Though it happens only the first time at a specific location, if the same heading is tinkered just one more time then everything gets updated correctly for that location. But i saw other locations still remain without getting updated, if multiple such instances are kept.

gifs showing the demo are attachment 162415 [details], attachment 162416 [details], attachment 162417 [details]