Bug 781660

Summary: Printing fails on OpenSuse 12.2 for the standard document format (poppler "setoverprintmode" issue)
Product: [openSUSE] openSUSE 12.2 Reporter: Forgotten User C4SuK9Oi_M <forgotten_C4SuK9Oi_M>
Component: PrintingAssignee: Vincent Untz <vuntz>
Status: RESOLVED DUPLICATE QA Contact: Johannes Meixner <jsmeix>
Severity: Critical    
Priority: P5 - None CC: dmueller, forgotten_C4SuK9Oi_M, jsmeix
Version: Final   
Target Milestone: ---   
Hardware: All   
OS: openSUSE 12.2   
Whiteboard:
Found By: Community User Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Forgotten User C4SuK9Oi_M 2012-09-22 10:06:51 UTC 
User-Agent:       Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3)

Not able to print any document except .ps document in OpenSuse12.2. Hoevever All older versions of OpenSuse print all documents fine.

Reproducible: Always

Steps to Reproduce:
1.Install HPLIP latest version from hplipopensource.com
2.Add any printer
3.Open any document (except .ps document), and try to print on printer added in the step2.

Actual Results:  
Nothing gets printed out. /var/log/cups/error_log also shows no errors and all filters seem to work correctly.

Expected Results:  
All documents should get printed properly.

Similar bug is logged in cups also.
http://www.cups.org/str.php?L4174
Comment 1 Forgotten User C4SuK9Oi_M 2012-09-24 12:28:31 UTC 
While debugging the issue in openSUSE 12.2, we found that printing is not happening because of the bug present in Poppler’s pdftops 0.20.0 version. Upgrading the pdftops to 0.21.0 version fixes the issue.So kindly upgrade the pdftops package version in the repository.
Comment 2 Forgotten User C4SuK9Oi_M 2012-09-24 12:30:30 UTC 
FYI, diff between pdftops 0.20.0. and 0.21.0 is as below:

--- openSUSE_12_2_64bit_pdftops_0.20.0.ps	2012-09-24 17:39:15.070825001 +0530
+++ openSUSE_12_2_64bit_pdftops_0.21.0.ps	2012-09-24 17:39:15.070825001 +0530

 %!PS-Adobe-3.0
-%Produced by poppler pdftops version: 0.20.0 (http://poppler.freedesktop.org)
+%Produced by poppler pdftops version: 0.21.0 (http://poppler.freedesktop.org)
 %%Creator: cairo 1.12.2 (http://cairographics.org)
 %%LanguageLevel: 3
 %%DocumentSuppliedResources: (atend)
@@ -77,7 +77,7 @@
 /pdfEndPage { end } def
 % PDF color state
 /opm { dup /pdfOPM exch def
-      setoverprintmode } def
+      /setoverprintmode where{pop setoverprintmode}{pop}ifelse  } def
 /cs { /pdfFillXform exch def dup /pdfFillCS exch def
       setcolorspace } def
 /CS { /pdfStrokeXform exch def dup /pdfStrokeCS exch def
@@ -155,7 +155,7 @@
   } if
   /pdfOPM where {
     pop
-    pdfOPM setoverprintmode
+    pdfOPM /setoverprintmode where{pop setoverprintmode}{pop}ifelse 
   } if
 } def
 /cm { concat } def
Comment 3 Johannes Meixner 2012-09-25 07:33:48 UTC 
According to comment #1 the root cause is in poppler
so that I re-assign and Cc it to our poppler maintainers.

According to comment #2 "setoverprintmode" it is
a duplicate of bnc#770880 and bnc#774627 see in particular
https://bugzilla.novell.com/show_bug.cgi?id=774627#c3

FYI background information:

The underlying reason is the switch from PostScript to PDF
as the standard print job format in various applications,
compare bnc#732442 ("Applications using Qt produce PDF for
printing which can fail on PostScript printers").

This change is advocated by the
OpenPrinting workgroup of the Linux Foundation
and the CUPS author, see "PDF as standard print job format" at
http://www.linuxfoundation.org/collaborate/workgroups/openprinting

See also
"PDF: The future common printing format" at
http://en.opensuse.org/Concepts_printing

For my personal opinion see
https://bugzilla.novell.com/show_bug.cgi?id=732442#c5

*** This bug has been marked as a duplicate of bug 774627 ***