Description: Table splits differently after click the footnote line. Somewhat similar to bug 128437 (and duplicates) Steps to Reproduce: 1. Open the attached file 2. Click on the empty area above the footnote line on page 1. Table splits differently Actual Results: Different table split Expected Results: Stable layout Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: 97a2c1fc5e376c0c00968f17a0392c6d3a5ed565 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: threaded
Created attachment 160557 [details] Example file
Created attachment 164878 [details] Second example 1. Open the file (22 pages) 2. Notice the odd page split on page 2 3. Click on the second page on the bottom cell (different layout (20 pages) 4. Select cell A1 5. CTRL+A 6. CTRL+X 7. CTRL+V -> 19 pages
(In reply to Telesto from comment #0) > Description: > Table splits differently after click the footnote line. Somewhat similar to > bug > 128437 (and duplicates) > > Steps to Reproduce: > 1. Open the attached file > 2. Click on the empty area above the footnote line on page 1. Table splits > differently I can't confirm that with Version: 7.1.0.0.alpha1+ (x64) Build ID: f27c4ec5c864395f4cdaec32d7e95ff24e4f43c8 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
(In reply to Telesto from comment #2) > Created attachment 164878 [details] > Second example > > 1. Open the file (22 pages) > 2. Notice the odd page split on page 2 > 3. Click on the second page on the bottom cell (different layout (20 pages) I confirm the different layout (from second example), but I get 19 pages (so I can't confirm step 4 - 7) > 4. Select cell A1 > 5. CTRL+A > 6. CTRL+X > 7. CTRL+V -> 19 pages Telesto, you have one bug report, with two different examples and two different steps. That's confusing. So could you please narrow it down to one problem? => NEEDINFO Version: 7.1.0.0.alpha1+ (x64) Build ID: f27c4ec5c864395f4cdaec32d7e95ff24e4f43c8 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
Created attachment 167343 [details] Screencast Screencast for comment 0
Also in LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
@Michael This document exhibits something having the potential of causing a table loop behaviour, IMHO. Only intended to point to mere presence/ being aware. FWIW. Not unique similar bug seen in 6.2 but bibisected to some commit of yours; likely exposing something older
Thnaks for the screencast. I could reproduce it with Version: 7.1.0.0.alpha1+ (x64) Build ID: f27c4ec5c864395f4cdaec32d7e95ff24e4f43c8 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
Retested Also in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 2f4f4cbeb8e50081d607b86b0475b93971c40ab8 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Still an issue in Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cfc8a8f5d841b3f84d207196153be67da7f60652 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded despite similar bug 143121 being fixed recently.