Chapter numbering is not updated on insert in between.
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
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
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.
Version: 22.214.171.124.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
Bibisected using bibisect-win32-6.2 to:
author: Bjoern Michaelsen <email@example.com>
committer: Björn Michaelsen <firstname.lastname@example.org>
summary: tdf#118049 tdf#118833 tdf#118725: Fix some SwDepend regressions
Adding CC: Bjoern Michaelsen
reproduced with odt in
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: en-IN (en_IN); UI-Language: en-US
reproduced with docx in
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
tested docx is attachment 162418 [details], whose demo gifs from are attachment 162415 [details], attachment 162416 [details], attachment 162417 [details] from bug 130446
(In reply to shariqkeen from comment #3)
> reproduced with docx in
> Version: 126.96.36.199.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:
> 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]