https://bugs.documentfoundation.org/show_bug.cgi?id=138957
--- Comment #10 from Bill Sparrow <bill.spar...@uwclub.net> --- I notice that Justin L has been doing some tidying up on this group of bug reports, which reminded me of the issues, here is my input. Summary The bug that causes a blank sheet of labels to be fed through the printer after every printed sheet of labels still exists. I can provide sample files if requested. Detailed analysis I am aware of three activities that can produce an automatic blank page. 1. When double-sided printing multiple copies of a document that has an odd number of pages. For example, with a 5 page document, after printing page 5 on the front of the third sheet, you do not want to print page 1 of the second copy on the back of page 5 of the first copy. The default behaviour of allowing the system to create an automatic blank page avoids this. 2. When double-sided printing a book in which you want all chapters to start on a right hand page, i.e. an odd numbered page (a commonly used book layout). To achieve this you can use the page styles called Left Page and Right Page, and edit the page break above the start of each new chapter to include “With page style: Right Page”. This causes the creation of an automatic blank page if the previous chapter ends on a right page. 3. When running a merge from a database. If the merge is to produce personalised letters, then the program unhelpfully feeds a blank page through the printer after every letter. It has been reported that this can be avoided by ensuring that the print on the last line of the letter does not get too close to the bottom margin of the page. If the merge is to produce self-adhesive labels, then the program feeds a blank sheet of labels through the printer in-between each printed sheet of labels. Avoiding getting too close to the bottom margin of the page does not appear be an option in this case. The first two above are useful features that are intentionally designed into the program. The third is unwanted behaviour pure and simple. There are no conditions in which anyone would want the program to behave in this manner. Certainly, users have discovered that unticking the option "Print automatically inserted blank pages", either in Tools / Options / LibreOffice Writer / Print, or in File -> Printer Settings -> Options, (or on the LibreOffice Writer tab of the Print dialog) will act as a workaround for this unwanted behaviour, but that is not the solution as it stops the wanted behaviour in case 1 and 2 above. Changing the default condition of this setting was tried in a release of the program, but that change was soon reverted when the negative consequences were discovered. As an aside, I notice also that the first of the three settings above is read and cached within a document instance, and changing that setting has no effect until the document is closed and opened again. SUGGESTION OF WHERE TO LOOK FOR THE BUG The mail merge appears to be behaving as if the page style of the document to be created has been set to Right Page although checking it shows it is Default Page Style. Or maybe it has something to do with the fact that the page breaks that mail merge inserts into the merged document tell it to reset the page number to 1. Setting the page number to 1 makes sense in a mail-merged letter, because a multi-page letter which has page numbering displayed needs each letter to start with page 1. There is a bug report (103703) that refers to the opposite effect when printing multiple copies of a double-sided document containing an odd number of pages. Could it be that the resetting of the page number to 1 triggers the printing of a blank page, which is the desired result in that case, but if that trigger occurs in this case it is undesired behaviour. The fact that there exists a messy workaround does not detract from labelling this unwanted behaviour as a bug. I have found this issue to exist in an old version of LibreOffice and in Version: 25.2.5.2 Version: 7.0.4.2 (x64) Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: CL Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 16; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
