Created attachment 169336 [details] ODT and printscreen On document reopening TOC is split between the two pages. On TOC refresh it gets fixed.
Tested with: - Version: 7.0.4.2 - -> by default is ok Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Confirm is broker in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: f2389a70da606768a39ee599de6a5b24058734aa CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Strange.. looking fine in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 66013201749df7d5ac5ddaf377a7b3732518a93b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
It does appear on saving to DOCX & file reload
I follow just the step to open the .odt file. And it's bad rendering on 2 pages. No other step.
But good in Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Bad in 7.0.1, bad in 7.0.2 Bad in Version: 6.3.1.2 Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3; Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded Bad in Version: 6.0.7.3 Build ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk2; Locale: ro-RO (ro_RO.UTF-8); Calc: group Bad in Version: 5.4.7.2 Build ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk2; Locale: ro-RO (ro_RO.UTF-8); Calc: group Good in Version 3.6.7.2 (Build ID: e183d5b)
I see it OK with Linux-7.0-latest and NOK with 7.1-oldest. Also NOK with 6.4-master and OK with 7.0-oldest. Xisco, please check.
(In reply to Timur from comment #6) > I see it OK with Linux-7.0-latest and NOK with 7.1-oldest. > Also NOK with 6.4-master and OK with 7.0-oldest. > Xisco, please check. I can't confirm it, I see it split in two pages in 7.0-oldest and 7.0-latest. Just to be sure, can you try again removing the user profile first ? 'rm -rf instdir/user'
(In reply to Xisco Faulí from comment #7) > (In reply to Timur from comment #6) > > I see it OK with Linux-7.0-latest and NOK with 7.1-oldest. > > Also NOK with 6.4-master and OK with 7.0-oldest. > > Xisco, please check. > > I can't confirm it, I see it split in two pages in 7.0-oldest and 7.0-latest. > Just to be sure, can you try again removing the user profile first ? 'rm -rf > instdir/user' I tried to remove user profile and 7.0-oldest is also NOK, although it was OK before removal. So it doesn't look like regression, rather inconsistency.
(In reply to Xisco Faulí from comment #7) > (In reply to Timur from comment #6) > > I see it OK with Linux-7.0-latest and NOK with 7.1-oldest. > > Also NOK with 6.4-master and OK with 7.0-oldest. > > Xisco, please check. > > I can't confirm it, I see it split in two pages in 7.0-oldest and 7.0-latest. > Just to be sure, can you try again removing the user profile first ? 'rm -rf > instdir/user' I removed user profile and 7.0-master also became NOK, although it was OK before removal. So it doesn't look like regression, rather inconsistency.
NO REPRO: Version: 7.1.0.0.alpha1+ (x64) Build ID: 738bcf5e9a8c443d60c29c3a8068e8c16c72638a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community Build ID: ff2ba77f22b2e96f96f5537aec1705956b47583d CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.2.8.0.0+ (x64) / LibreOffice Community Build ID: ffa09959edd087794b1f2fe6b9b6faac484ef74b CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.3.8.0.0+ (x64) / LibreOffice Community Build ID: e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: c94961c6869c34b3874d21cfaa5ec1488609acfe CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.5.0.1.0+ (X86_64) / LibreOffice Community Build ID: ced8585bcb92aa58ca3e24197ff38fb82cc8a703 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded Version: 7.6.0.0.beta1+ (X86_64) / LibreOffice Community Build ID: 1b5cee822e0bc15ddbdfc86926678ca35ab3e082 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL threaded REPRO: Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community Build ID: 229123ccc6f90ebf66b3e659bebbd53f8a9bdd3a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 7.4.8.0.0+ (x64) / LibreOffice Community Build ID: f8ba7c6f77497e2dc7bfef8378511e2074ce01f9 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: CL Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 77fca616e0bd79e0b405fd0b3543cf8e94e15df3 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL threaded
Inconsistency on this bug testing, reported also in comment 9, but we can see this in comment 10, also.