[Libreoffice-bugs] [Bug 131849] New: Mail merge does not reliably apply doc's setting to (not) print empty pages

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Apr 3 09:28:46 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=131849

            Bug ID: 131849
           Summary: Mail merge does not reliably apply doc's setting to
                    (not) print empty pages
           Product: LibreOffice
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: m.weghorn at posteo.de

Created attachment 159289
  --> https://bugs.documentfoundation.org/attachment.cgi?id=159289&action=edit
sample doc (1 page)

Manual changes to "Print automatically inserted blank pages" are not applied
during mail merge when printer properties dialog has been opened as well.

Steps to reproduce:

1) open attached document "testdoc.odt" (or use any other file that has just a
single page)
2) open printer settings dialog: "File" -> "Printer Settings..."
3) select "Properties..." to open the printer properties dialog
4) don't change anything, select "OK"
5) select "Options..." to open dialog for document-specific print options
6) unselect "Print automatically inserted blank pages", select "OK"
7) select "OK" to confirm and close the dialog
8) run LO mail merge wizard ("Tools" -> "Mail Merge Wizard"), using the
attached sample data "4_v01.ods" which has 4 records
9) Select "Print Merged Documents" in the mail merge toolbar and print
10) check the printout

Result: The printout contains automatically inserted blank pages.

Expected result: The printout should not contain extra blank pages, because the
corresponding option has been unselected in step 6.


Further notes:

1) When leaving out step 3 and 4 from description above, the issue is **not**
reproducible.
2) The above steps apply for a fresh user profile (having a different default
value for "Print empty pages" in Writer's options may change behaviour)
3) The issue can be reproduced without doing actual printouts by setting up a
dummy printer on Linux that prints to a file using the attached PPD File
"tofile-dummy.ppd" as follows:

* set up printer:
  sudo lpadmin -p tofile-dummy -v file:/tmp/tofile-dummy -P
<PATH_TO>/tofile-dummy.ppd

* set as default printer (so it's preselected in LO):
  lpoptions -d tofile-dummy

* run the steps described above to reproduce the issue

* check the PDF file that LO generates for printing in directory
`/var/spool/cups/`. The blank pages are visible there when opening the file in
a PDF reader. (and 'pdfinfo <FILE> says that the file has 7 pages, while it
should only have 4)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200403/05ad1ea1/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list