Description: I have a report that generates 3 pages. If I add in the footer a "Page x of xx" (ex Page 1 of 3) it will then become 6 pages long, with 3 empty pages at the end that only contain the footer. Steps to Reproduce: 0. Have a table full of enough data that it will generate more than 1 page of reports. 1. Create a dynamic report in base using wizard. 2. Insert -> Page number -> Page x of m -> Footer 3. Execute Report Actual Results: Had several pages that contained only a footer tacked on the end. The more pages of data, the more blank pages added to the end. Expected Results: I expected the footer to not generate empty pages. Reproducible: Always User Profile Reset: No Additional Info: I did look at the output results, and the blank pages are truly blank other than the footer. Editing the genrated document, all it takes is to delete the footer and suddenly the document jumps from 6 pages to 3 pages... all the blank pages disapear. User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Created attachment 141634 [details] Quickly created test case. What's weird is if I edit the memo area in this randomly generated report, the blank pages "might" not appear in the generated report.
Created attachment 141635 [details] Example results from testcase The results of the report on my computer.
The report when it is run and displayed, but not saved as a separate odt file, shows 24 pages with the last 10 of those blank except for the footer. When the generated report is saved it changes to 14 pages with no blank pages at the end. The behavior happened on all three versions of Libo tested. Tested with: Version: 5.4.6.2 Build ID: 1:5.4.6-0ubuntu0.17.10.1 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group Version: 6.0.5.0.0+ Build ID: e58dc868a6ac0df24adf88f32f90a9e4fc6fdae9 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time: 2018-04-19_23:23:40 Locale: en-US (en_US.UTF-8); Calc: group Version: 6.1.0.0.alpha0+ Build ID: fcba22ef7959d3bf0c7f3fc02434a120e3d8c075 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-04-24_23:08:46 Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 141636 [details] scrn shot, report output prior to saving the odt file Initially the report is displayed with 10 blank pages at the end. Screen shot from version 5.4.6.2
Created attachment 141637 [details] Same report displayed in last attachment, after save And when the report is saved, it losses the 10 blank pages at the end.
Couldn't confirm this behavior for Version: 5.0.4.2 Build-ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78 (Windows 32bit) So this seems to be a regression.
This behaviour is similar to an already reported bug (about blank pages being added to the end of a report), but I don't remember whether or not that was fixed, or is still open.
OK, so the same effect appears to be produced by different circumstances in bug 100477, which has been bisected, but unfortunately, not yet fixed.
Regression introduced by 7a1c1699a61a77d0228417da9922812c9b893b9d which is the same commit as in bug 100477. Closing as RESOLVED DUPLICATED *** This bug has been marked as a duplicate of bug 100477 ***