Bug 425289 - Printing problem: 2 copies on a double sided printer
Summary: Printing problem: 2 copies on a double sided printer
Status: RESOLVED UPSTREAM
Alias: None
Product: okular
Classification: Applications
Component: printing (show other bugs)
Version: 1.10.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-13 11:27 UTC by Axel Braun
Modified: 2020-09-14 05:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
PPD of printer used (26.27 KB, application/vnd.cups-ppd)
2020-09-11 08:44 UTC, Axel Braun
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Axel Braun 2020-08-13 11:27:43 UTC
I have a PDF with a single page. I want to print 2 copies.
The printer prints by default double sided (long edge binding).

Result: 2 copies are printed on one paper (front & backside)
Expected result: 2 copies are printed on separate 2 papers

My feeling is we need to trigger 2 separate print jobs, can this be?

Operating System: openSUSE Tumbleweed 20200804
KDE Plasma Version: 5.19.4
KDE Frameworks Version: 5.72.0
Qt Version: 5.15.0
Comment 1 Michael Weghorn 2020-09-09 15:17:57 UTC
(In reply to Axel Braun from comment #0)
> My feeling is we need to trigger 2 separate print jobs, can this be?

This shouldn't be necessary and is generally not a good idea. E.g. if the printer requests to type a PIN when printing (a feature called "confidential printing") or is used by multiple users in parallel and has some functionality to keep printouts of the same print job "in order", that will break (or require to type the PIN/password multiple times).

Your issue is most probably one of the printer/printing system.

Some questions/thoughts:

1) What printer is this? Can you attach the printer's PPD file (located at /etc/cups/ppd/<PRINTERNAME>?

2) Can you try whether you have the same issue when printing the PostScript file generated by Okular from command line?
It's located in /var/spool/cups/d<JOB_ID>-001 and you can print it using

    lp -n2 -d <YOUR_PRINTER_NAME>

3) Does anything change if you check the "Force rasterization" checkbox in the "PDF options" tab of the print dialog?
Comment 2 Axel Braun 2020-09-11 08:44:46 UTC
Created attachment 131556 [details]
PPD of printer used

Printer is a Brother MFC 9340 CDW

Same issue appears if I print the ghostscript file with lp as suggested (produced by poppler 0.90)

'Force Rasterisation' creates indeed 2 copies!
Comment 3 Michael Weghorn 2020-09-11 09:54:26 UTC
(In reply to Axel Braun from comment #2)
> Created attachment 131556 [details]
> PPD of printer used
> 
> Printer is a Brother MFC 9340 CDW
> 
> Same issue appears if I print the ghostscript file with lp as suggested
> (produced by poppler 0.90)

Then it's an issue with either the printer or the printing system. Not much we can do on Okular side.
As a side note, I've previously seen a similar problem with some Ricoh multi-function device. That one had an option to "optimize empty pages away" in its settings, and disabling that made things work as expected. However, that might not be the same for your printer.

> 
> 'Force Rasterisation' creates indeed 2 copies!
At least there's a workaround then...
Comment 4 Michael Weghorn 2020-09-11 09:56:44 UTC
Looking at the PPD:

There's this line in there:
> *cupsManualCopies: false

What you can *try* is changing that to

> *cupsManualCopies: true

and see whether it helps.
Comment 5 Axel Braun 2020-09-12 16:04:07 UTC
(In reply to Michael Weghorn from comment #4)
> Looking at the PPD:
> 
> There's this line in there:
> > *cupsManualCopies: false
> 
> What you can *try* is changing that to
> 
> > *cupsManualCopies: true
> 
> and see whether it helps.

Unfortunately no

With 'upstream' you probably mean its a CUPS issue?
Comment 6 Michael Weghorn 2020-09-14 05:22:20 UTC
(In reply to Axel Braun from comment #5)
> (In reply to Michael Weghorn from comment #4)
> > Looking at the PPD:
> > 
> > There's this line in there:
> > > *cupsManualCopies: false
> > 
> > What you can *try* is changing that to
> > 
> > > *cupsManualCopies: true
> > 
> > and see whether it helps.
> 
> Unfortunately no

:(

> 
> With 'upstream' you probably mean its a CUPS issue?

Either CUPS, one of the CUPS filters (which may come from several projects, in your case it might also be the (proprietary?) brother_lpdwrapper_mfc9340cdw filter) or your printer firmware.