[Desktop-packages] [Bug 1817033] Re: Unable to correctly print PDF file: Error: Ignoring spurious ET operator.
When pdftocairo ist used with libcairo2-1.15.12-1 -- which (AFAIK) contains the bug I linked above -- to output a pdf file (as pdftopdf 1.21 will do!), it would be no surprise have a corrupt pdf after pdftocairo, which gs then rightly will complain about; esp. the ET -thing is the one things such a buggy libcairo2 will produce. The only thing form-flattening has to do with it, is that pdftopdf 1.21 would only call pdftocairo when a form is present in the pdf. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1817033 Title: Unable to correctly print PDF file: Error: Ignoring spurious ET operator. Status in cups-filters package in Ubuntu: Incomplete Bug description: Upstream bug report https://github.com/OpenPrinting/cups- filters/issues/93. The university document [antrag_exmatrikulation.pdf](https://github.com/OpenPrinting/cups- filters/files/2881078/antrag_exmatrikulation.pdf) causes problems on different printers. Printing on the Canon iR-ADV C2225i using the Canon PCL, an error page is first printed, and on the first page after _Email_ everything is missing. The second page is fine. ``` Error: Ignoring spurious ET operator. Output may be inco ``` For that printer a special filter `sicgsfilter` has to be used, and is distributed by Canon. This also happens with their CQue 4.0-1 release from September 2018. ``` *FoomaticRIPCommandLine: "gs -q -dBATCH %F -dPARANOIDSAFER -dNOPAUSE %B%A%C -dPDFFitPage -sOutputFile=- - %D%E | sicgsfilter -MPCL -NP %G%H%I -u -V -n " ``` On the Epson printer _WorkForce WF-2660_, no error page is printed, but on the first page everything after _Email_ _is missing_ too. Trying to use different pdftops renderers did not make any difference. For example, ``` lpr -o pdftops-renderer=pdftops -P chipprinterpcl antrag_exmatrikulation.pdf ``` gave the same result, the same with `pdftocairo`, `acroread`, `mupdf`. Following `/usr/share/doc/cups-filters/README.gz` and https://wiki.ubuntu.com/DebuggingPrintingProblems, I verified that the exact same PDF is put into the CUPS spool directory, and I captured the data sent to the printer with the commands below. $ lpadmin -p chipprinterpclfile -E -v file:/tmp/printout -P ~/chipprinterpcl.ppd $ lpr -P chipprinterpclfile -o psdebug ~/antrag_exmatrikulation.pdf I get the attached Postscript file, which indeed contains the error messages. ``` ESC%-12345X@PJL CQue4.0-1 x86_64 @PJL COMMENT CANPJL SET USERNAME="pmenzel@localhost" @PJL COMMENT CANPJL SET DOCNAME="antrag_exmatrikulation.pdf!pmenz" @PJL SET RENDERMODE=COLOR @PJL COMMENT CANPJL SET FORCEMONOCHROME=FALSE @PJL COMMENT CANPJL SET SORTERMODE=GENERICON @PJL COMMENT CANPJL SET STAPLE=GENERICOFF @PJL COMMENT CANPJL SET BOOKLET=GENERICOFF @PJL SET DENSITY=0 @PJL ENTER LANGUAGE=PCL Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: illegal nested BT operator detected. Output may be incorrect. Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: illegal nested BT operator detected. Output may be incorrect. […] ``` Please find that file attached. ProblemType: Bug DistroRelease: Ubuntu 18.10 Package: cups 2.2.8-5ubuntu1.2 ProcVersionSignature: Ubuntu 4.18.0-15.16-generic 4.18.20 Uname: Linux 4.18.0-15-generic x86_64 ApportVersion: 2.20.10-0ubuntu13.2 Architecture: amd64 Date: Thu Feb 21 10:23:08 2019 InstallationDate: Installed on 2017-03-20 (702 days ago) InstallationMedia: Ubuntu 16.04.2 LTS "Xenial Xerus" - Release amd64 (20170215.2) Lpstat: device for Canon-iR-ADV-C2225: lpd://winprima.molgen.mpg.de/test device for DCP375CW: socket://141.14.220.198 Lsusb: Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 0bda:568b Realtek Semiconductor Corp. Bus 001 Device 003: ID 04f3:2234 Elan Microelectronics Corp. Bus 001 Device 002: ID 0cf3:e300 Atheros Communications, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub MachineType: Dell Inc. XPS 13 9360 Papersize: a4 PpdFiles: Canon-iR-ADV-C2225: Canon iR-ADV C2225 PCL DCP375CW: Brother DCP-375CW CUPS
[Desktop-packages] [Bug 1817033] Re: Unable to correctly print PDF file: Error: Ignoring spurious ET operator.
My observations: As changing pdftops-renderer does not seem to make a difference, probably only one of the programs is installed and thus used in all cases? According to Dependencies.txt, libcairo2-1.15.12-1 seems to installed, which AFAIK is affected by the problem described e.g. here: https://github.com/Kozea/WeasyPrint/issues/705 I have no explanation though, how the pdf (which, by itself, does not seem to contain the error, AFAIAC) would run through the cairo pdf backend ... It does not really seem form-related, but there are some options to change the form-flattening engines (Till?) - or could it possibly be that the 1.21 cups-filter uses some pdf-to-pdf form flattening which uses the cairo backend ? ** Bug watch added: github.com/Kozea/WeasyPrint/issues #705 https://github.com/Kozea/WeasyPrint/issues/705 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1817033 Title: Unable to correctly print PDF file: Error: Ignoring spurious ET operator. Status in cups-filters package in Ubuntu: Incomplete Bug description: Upstream bug report https://github.com/OpenPrinting/cups- filters/issues/93. The university document [antrag_exmatrikulation.pdf](https://github.com/OpenPrinting/cups- filters/files/2881078/antrag_exmatrikulation.pdf) causes problems on different printers. Printing on the Canon iR-ADV C2225i using the Canon PCL, an error page is first printed, and on the first page after _Email_ everything is missing. The second page is fine. ``` Error: Ignoring spurious ET operator. Output may be inco ``` For that printer a special filter `sicgsfilter` has to be used, and is distributed by Canon. This also happens with their CQue 4.0-1 release from September 2018. ``` *FoomaticRIPCommandLine: "gs -q -dBATCH %F -dPARANOIDSAFER -dNOPAUSE %B%A%C -dPDFFitPage -sOutputFile=- - %D%E | sicgsfilter -MPCL -NP %G%H%I -u -V -n " ``` On the Epson printer _WorkForce WF-2660_, no error page is printed, but on the first page everything after _Email_ _is missing_ too. Trying to use different pdftops renderers did not make any difference. For example, ``` lpr -o pdftops-renderer=pdftops -P chipprinterpcl antrag_exmatrikulation.pdf ``` gave the same result, the same with `pdftocairo`, `acroread`, `mupdf`. Following `/usr/share/doc/cups-filters/README.gz` and https://wiki.ubuntu.com/DebuggingPrintingProblems, I verified that the exact same PDF is put into the CUPS spool directory, and I captured the data sent to the printer with the commands below. $ lpadmin -p chipprinterpclfile -E -v file:/tmp/printout -P ~/chipprinterpcl.ppd $ lpr -P chipprinterpclfile -o psdebug ~/antrag_exmatrikulation.pdf I get the attached Postscript file, which indeed contains the error messages. ``` ESC%-12345X@PJL CQue4.0-1 x86_64 @PJL COMMENT CANPJL SET USERNAME="pmenzel@localhost" @PJL COMMENT CANPJL SET DOCNAME="antrag_exmatrikulation.pdf!pmenz" @PJL SET RENDERMODE=COLOR @PJL COMMENT CANPJL SET FORCEMONOCHROME=FALSE @PJL COMMENT CANPJL SET SORTERMODE=GENERICON @PJL COMMENT CANPJL SET STAPLE=GENERICOFF @PJL COMMENT CANPJL SET BOOKLET=GENERICOFF @PJL SET DENSITY=0 @PJL ENTER LANGUAGE=PCL Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: illegal nested BT operator detected. Output may be incorrect. Error: Ignoring spurious ET operator. Output may be incorrect. Error: Executing Do inside a text block, attempting to recover Output may be incorrect. Error: illegal nested BT operator detected. Output may be incorrect. […] ``` Please find that file attached. ProblemType: Bug DistroRelease: Ubuntu 18.10 Package: cups 2.2.8-5ubuntu1.2 ProcVersionSignature: Ubuntu 4.18.0-15.16-generic 4.18.20 Uname: Linux 4.18.0-15-generic x86_64 ApportVersion: 2.20.10-0ubuntu13.2 Architecture: amd64 Date: Thu Feb 21 10:23:08 2019 InstallationDate: Installed on 2017-03-20 (702 days ago) InstallationMedia: Ubuntu 16.04.2 LTS "Xenial Xerus" - Release amd64 (20170215.2) Lpstat: device for Canon-iR-ADV-C2225: lpd://winprima.molgen.mpg.de/test device for DCP375CW: socket://141.14.220.198 Lsusb: Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 004: ID 0bda:568b Realtek
[Desktop-packages] [Bug 1670730] Re: pdftopdf "inflate data - incorrect data check" with certain PDFs
Object 39 is an image; but even Object 4 (the content stream of the first page; obj 93 *is* used on that page) has such a decompression error. Ghostscript prints: warning: ignoring zlib error: incorrect data check So probably libqpdf (which is used for the very low-level pdf stuff in pdftopdf) should also handle this as warning instead of as error? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1670730 Title: pdftopdf "inflate data - incorrect data check" with certain PDFs Status in cups-filters package in Ubuntu: New Bug description: When /usr/lib/cups/filter/pdftopdf is processing certain PDF files, it stops with this error message: WARNING: ./file.pdf (file position 101510): error decoding stream data for object 39 0: stream inflate: inflate: data: incorrect data check ERROR: Exception: stream inflate: inflate: data: incorrect data check Example PDF (attached a copy, too) : https://shop.groveko.nl/images/products/7010209/VIB%20Suma%20Inox%20Classic%20D7%202016-03-31.pdf Adobe Pro doesn't seem to have any issues with these PDFs, so the error is probably not fatal for processing the file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1670730/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1564249] Re: Cannot print a PDF with AcroForms using fit-to-page
For example, here some java/PDFBox-based implementation of how to flatten simple forms: https://gist.github.com/jribble/beddf7620536939f88db (IIRC there are more form elements than those 2-3 handled here(?)). Note that QPDF does not have something like the PDAcroForm class (and its friends) used there to easily access the form data. So any QPDF/C++ based form flattener has to implement that, too. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1564249 Title: Cannot print a PDF with AcroForms using fit-to-page Status in cups-filters package in Ubuntu: Incomplete Status in qpdf package in Ubuntu: Incomplete Bug description: Using KUbuntu 14.04. I am trying to print the attached PDF with filled forms (AcroForms) with the following command: lpr -o fit-to-page PDFForm3.pdf But my Samsung ML-1210 prints the document with empty forms. If I omit -o fit-to-page then all the forms keep the filled data. -- # lsb_release -rd Description:Ubuntu 14.04.4 LTS Release:14.04 # apt-cache policy cups cups: Installed: 1.7.2-0ubuntu1.7 Candidate: 1.7.2-0ubuntu1.7 Version table: *** 1.7.2-0ubuntu1.7 0 500 http://ftp.byfly.by/ubuntu/ trusty-updates/main i386 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/main i386 Packages 100 /var/lib/dpkg/status 1.7.2-0ubuntu1 0 500 http://ftp.byfly.by/ubuntu/ trusty/main i386 Packages CUPS in Xenial (from here: http://cdimage.ubuntu.com/daily- live/current/xenial-desktop-i386.iso) has the same issue. Xenial: # lsb_release -rd Description: Ubuntu Xenial Xerus (development branch) Release: 16.04 # apt-cache policy cups cups: Installed: 2.1.3-3 Candidate: 2.1.3-4 Version table: 2.1.3-4 500 500 http://by.archive.ubuntu.com/ubuntu xenial/main i386 Packages *** 2.1.3-3 100 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1564249/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1564249] Re: Cannot print a PDF with AcroForms using fit-to-page
See https://bugs.linuxfoundation.org/show_bug.cgi?id=1315 why this cannot work. And QPDF won't be able to do anything about it, either... There might even be PDF-capable printers on the market (i.e. where the rasterization is not done by gs / poppler on the host), where the form content will not be printed even without the fit-to-page option. The PDF format generally does not allow arbitrary transformations (as used by pdftopdf in certain cases) to be applied to the ("interactive") Form content - which is stored separately from the Page content. The usual solution for printing is that the viewer application (Evince, Google Chrome, ...) converts (hard-codes) any Form content into regular Page content before sending the data to the printing chain. Using lpr skips this (non-trivial) step. ** Bug watch added: bugs.linuxfoundation.org/ #1315 https://bugs.linuxfoundation.org/show_bug.cgi?id=1315 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1564249 Title: Cannot print a PDF with AcroForms using fit-to-page Status in cups-filters package in Ubuntu: Incomplete Status in qpdf package in Ubuntu: Incomplete Bug description: Using KUbuntu 14.04. I am trying to print the attached PDF with filled forms (AcroForms) with the following command: lpr -o fit-to-page PDFForm3.pdf But my Samsung ML-1210 prints the document with empty forms. If I omit -o fit-to-page then all the forms keep the filled data. -- # lsb_release -rd Description:Ubuntu 14.04.4 LTS Release:14.04 # apt-cache policy cups cups: Installed: 1.7.2-0ubuntu1.7 Candidate: 1.7.2-0ubuntu1.7 Version table: *** 1.7.2-0ubuntu1.7 0 500 http://ftp.byfly.by/ubuntu/ trusty-updates/main i386 Packages 500 http://security.ubuntu.com/ubuntu/ trusty-security/main i386 Packages 100 /var/lib/dpkg/status 1.7.2-0ubuntu1 0 500 http://ftp.byfly.by/ubuntu/ trusty/main i386 Packages CUPS in Xenial (from here: http://cdimage.ubuntu.com/daily- live/current/xenial-desktop-i386.iso) has the same issue. Xenial: # lsb_release -rd Description: Ubuntu Xenial Xerus (development branch) Release: 16.04 # apt-cache policy cups cups: Installed: 2.1.3-3 Candidate: 2.1.3-4 Version table: 2.1.3-4 500 500 http://by.archive.ubuntu.com/ubuntu xenial/main i386 Packages *** 2.1.3-3 100 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1564249/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1464783] Re: Number up option is processed before the page extraction option
According to Mike Sweet [1]: Dec 28, 2007 by Michael Sweet: The 1.1.x (and 1.0.x) behavior was incorrect. According to the IPP specification, number-up is applied *first*, and page-ranges refers to the imposed pages. Similarly, page-set is applied after imposition. and here [2]: Nov 16, 2008 by Michael Sweet: IPP specifies the page-ranges applies after imposition, so the current implementation is correct. I'll add a note to the documentation about the behavior. My man page of lp(1) says: -P page-list Specifies which pages to print in the document. The list can contain a list of numbers and ranges (#-#) separated by commas (e.g. 1,3-5,16). The page numbers refer to the output pages and not the document's original pages - options like number-up can affect the numbering of the pages. And -P is just a shortcut for page-ranges=. For that reason pstops handles page-ranges the way it does. And pdftopdf deliberately follows pstops' logic. However I don't know which IPP specification Mike references here. From my understanding of RFC2911 (IPP 1.1), Section 15.3 [3], page-ranges is applied in step 2, and number-up is applied only in the next step 3. Maybe Mike can shed some light on this issue? [1] http://cups.org/str.php?L2643 [2] http://cups.org/str.php?L3008 [3] https://tools.ietf.org/html/rfc2911#section-15.3 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1464783 Title: Number up option is processed before the page extraction option Status in cups-filters package in Ubuntu: New Bug description: When printing multiple pages per sheet, it seems that number-up option is processed before the page range option. For example, the command below will print 4 pages of the document using two sheets of paper, instead of one sheet with two pages. lp -o page-ranges=1-2 -o number-up=2 filename.pdf This bug makes it impossible to print odd number of pages with number- up option 1. Say, if I want to print three pages using two pages per sheet, and I will not be able to. This was tested with Cups 1.7.5, cups-filters 1.0.69 on Ubuntu. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1464783/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1392048] Re: File not printed Exception: unknown object type inspecting /Contents key in page dictionary
Exception is thrown in libqpdf ** Package changed: cups-filters (Ubuntu) = qpdf (Ubuntu) ** Also affects: cups-filters (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1392048 Title: File not printed Exception: unknown object type inspecting /Contents key in page dictionary Status in “cups-filters” package in Ubuntu: New Status in “qpdf” package in Ubuntu: New Bug description: Hello. I am trying to print this file: https://www.dropbox.com/s/jpw5szew0f9z51a/1415820191149.pdf?dl=0 With CUPS 1.7.2 on Lubuntu 14.04. and the HP LaserJet m9050 MFP pcl3, hpcups 3.14.6 PPD. I haven't been able to print the file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1392048/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1392048] Re: File not printed Exception: unknown object type inspecting /Contents key in page dictionary
/Contents is the correct spelling. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1392048 Title: File not printed Exception: unknown object type inspecting /Contents key in page dictionary Status in “cups-filters” package in Ubuntu: New Status in “qpdf” package in Ubuntu: New Bug description: Hello. I am trying to print this file: https://www.dropbox.com/s/jpw5szew0f9z51a/1415820191149.pdf?dl=0 With CUPS 1.7.2 on Lubuntu 14.04. and the HP LaserJet m9050 MFP pcl3, hpcups 3.14.6 PPD. I haven't been able to print the file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1392048/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1392048] Re: File not printed Exception: unknown object type inspecting /Contents key in page dictionary
Per PDF Spec, the /contents key in a Page dictionary is optional. The attached pdf's page 9 has no /contents key. But QPdfObjectHandle::getPageContents() throws an exception; cups-filter (pdftopdf) calls it via QPDFObjectHandle::addPageContents(). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1392048 Title: File not printed Exception: unknown object type inspecting /Contents key in page dictionary Status in “cups-filters” package in Ubuntu: New Status in “qpdf” package in Ubuntu: New Bug description: Hello. I am trying to print this file: https://www.dropbox.com/s/jpw5szew0f9z51a/1415820191149.pdf?dl=0 With CUPS 1.7.2 on Lubuntu 14.04. and the HP LaserJet m9050 MFP pcl3, hpcups 3.14.6 PPD. I haven't been able to print the file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1392048/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1263784] Re: PDF form data is blank when printed with lp
cups-filter's pdftopdf before around 1.0.21 was based on poppler, not qpdf. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1263784 Title: PDF form data is blank when printed with lp Status in “qpdf” package in Ubuntu: New Bug description: I first discovered this bug with qpdfview (see https://bugs.launchpad.net/qpdfview/+bug/1260131). We've since narrow this down to a possible qpdf issue. Brief of 1260131: qpdfview will not print pdf form data w/Ubuntu 12.04 13.04. So we tested with lp with 12.04 and 13.04, and other distros: 12.04 13.04: lp will not print pdf form data qpdf versions tested: 4.2.0-2 5.0.1-1~precise1 Fedora 19: lp works with qpdf: 5.0.1-1.fc19 13.04: $ apt-cache policy qpdf qpdfview cups cups-pdf qpdf: Installed: 4.2.0-2 Candidate: 4.2.0-2 Version table: *** 4.2.0-2 0 500 http://archive.ubuntu.com/ubuntu/ saucy/main i386 Packages 100 /var/lib/dpkg/status qpdfview: Installed: 0.4.3-1 Candidate: 0.4.3-1 Version table: *** 0.4.3-1 0 500 http://archive.ubuntu.com/ubuntu/ saucy/universe i386 Packages 100 /var/lib/dpkg/status cups: Installed: 1.7.0~rc1-0ubuntu5.1 Candidate: 1.7.0~rc1-0ubuntu5.1 Version table: *** 1.7.0~rc1-0ubuntu5.1 0 500 http://archive.ubuntu.com/ubuntu/ saucy-updates/main i386 Packages 100 /var/lib/dpkg/status 1.7.0~rc1-0ubuntu5 0 500 http://archive.ubuntu.com/ubuntu/ saucy/main i386 Packages cups-pdf: Installed: 2.6.1-9 Candidate: 2.6.1-9 Version table: *** 2.6.1-9 0 500 http://archive.ubuntu.com/ubuntu/ saucy/universe i386 Packages 100 /var/lib/dpkg/status == 12.04: $ apt-cache policy qpdfview qpdfview: Installed: 0.4.7-1~precise1 Candidate: 0.4.7-1~precise1 Version table: *** 0.4.7-1~precise1 0 500 http://ppa.launchpad.net/b-eltzner/qpdfview-exp/ubuntu/ precise/main amd64 Packages 100 /var/lib/dpkg/status $ apt-cache policy qpdf qpdf: Installed: 5.0.1-1~precise1 Candidate: 5.0.1-1~precise1 Version table: *** 5.0.1-1~precise1 0 500 http://ppa.launchpad.net/b-eltzner/qpdfview-exp/ubuntu/ precise/main amd64 Packages 100 /var/lib/dpkg/status 2.3.1-1 0 500 http://archive.ubuntu.com/ubuntu/ precise/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qpdf/+bug/1263784/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1263784] Re: PDF form data is blank when printed with lp
You seem to have a quite old version of cups-filters (=1.0.20 i think). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to qpdf in Ubuntu. https://bugs.launchpad.net/bugs/1263784 Title: PDF form data is blank when printed with lp Status in “qpdf” package in Ubuntu: New Bug description: I first discovered this bug with qpdfview (see https://bugs.launchpad.net/qpdfview/+bug/1260131). We've since narrow this down to a possible qpdf issue. Brief of 1260131: qpdfview will not print pdf form data w/Ubuntu 12.04 13.04. So we tested with lp with 12.04 and 13.04, and other distros: 12.04 13.04: lp will not print pdf form data qpdf versions tested: 4.2.0-2 5.0.1-1~precise1 Fedora 19: lp works with qpdf: 5.0.1-1.fc19 13.04: $ apt-cache policy qpdf qpdfview cups cups-pdf qpdf: Installed: 4.2.0-2 Candidate: 4.2.0-2 Version table: *** 4.2.0-2 0 500 http://archive.ubuntu.com/ubuntu/ saucy/main i386 Packages 100 /var/lib/dpkg/status qpdfview: Installed: 0.4.3-1 Candidate: 0.4.3-1 Version table: *** 0.4.3-1 0 500 http://archive.ubuntu.com/ubuntu/ saucy/universe i386 Packages 100 /var/lib/dpkg/status cups: Installed: 1.7.0~rc1-0ubuntu5.1 Candidate: 1.7.0~rc1-0ubuntu5.1 Version table: *** 1.7.0~rc1-0ubuntu5.1 0 500 http://archive.ubuntu.com/ubuntu/ saucy-updates/main i386 Packages 100 /var/lib/dpkg/status 1.7.0~rc1-0ubuntu5 0 500 http://archive.ubuntu.com/ubuntu/ saucy/main i386 Packages cups-pdf: Installed: 2.6.1-9 Candidate: 2.6.1-9 Version table: *** 2.6.1-9 0 500 http://archive.ubuntu.com/ubuntu/ saucy/universe i386 Packages 100 /var/lib/dpkg/status == 12.04: $ apt-cache policy qpdfview qpdfview: Installed: 0.4.7-1~precise1 Candidate: 0.4.7-1~precise1 Version table: *** 0.4.7-1~precise1 0 500 http://ppa.launchpad.net/b-eltzner/qpdfview-exp/ubuntu/ precise/main amd64 Packages 100 /var/lib/dpkg/status $ apt-cache policy qpdf qpdf: Installed: 5.0.1-1~precise1 Candidate: 5.0.1-1~precise1 Version table: *** 5.0.1-1~precise1 0 500 http://ppa.launchpad.net/b-eltzner/qpdfview-exp/ubuntu/ precise/main amd64 Packages 100 /var/lib/dpkg/status 2.3.1-1 0 500 http://archive.ubuntu.com/ubuntu/ precise/universe amd64 Packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qpdf/+bug/1263784/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1259240] Re: pdftopdf doesn't perform software collate
Fixed in bzr revision 7145. ** Changed in: cups-filters (Ubuntu) Status: In Progress = Fix Committed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1259240 Title: pdftopdf doesn't perform software collate Status in “cups-filters” package in Ubuntu: Fix Committed Bug description: Pages printed are not collated when I print a document with multiple copies set and Collate option enabled on a printer without hardware collate support. Printer is Samsung ML-2950. Operating systems affected are: Linux Mint 16, Ubuntu 13.04 CUPS filters pipe for printing a test text file is the following: D [09/Dec/2013:14:34:00 +0400] [Job 16] texttopdf (text/plain to application/pdf, cost 32) D [09/Dec/2013:14:34:00 +0400] [Job 16] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66) D [09/Dec/2013:14:34:00 +0400] [Job 16] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99) D [09/Dec/2013:14:34:00 +0400] [Job 16] rastertospl (application/vnd.cups-raster to printer/test, cost 0) rastertospl is proprietary filter, which converts CUPS raster data to Samsung's SPL PDL. PPD file is attached. Further investigation has shown, that pdftopdf filter does not perform software document copy generation with my PPD file set in environment variable PPD, its output contains a single copy, but resulting CUPS raster contains information about multiple copies and rastertospl generates SPL output with mutiple copies for each page (uncollated). pstops filter, started with the same CUPS job options set and multi- page PostScript input, generates PostScript output with properly collated pages. pdftopdf has been executed with following parameters: /usr/lib/cups/filter/pdftopdf 1 user test 2 Collate texttopdf.pdf pdftopdf.pdf When I start pdftopdf with the same parameters, but with PPD environment variable unset, it generates PDF file with document copies created. When I modify PPD file by changing *cupsManualCopy attribute value to True, pdftopdf produces collated output. This printer supports hardware page copies, but does not support collate in hardware. It seems that pdftopdf filter logic used to determine collate method does not handle this case correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1259240/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1259240] Re: pdftopdf doesn't perform software collate
** Changed in: cups-filters (Ubuntu) Status: New = In Progress ** Changed in: cups-filters (Ubuntu) Assignee: (unassigned) = Tobias Hoffmann (smilingthax) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1259240 Title: pdftopdf doesn't perform software collate Status in “cups-filters” package in Ubuntu: In Progress Bug description: Pages printed are not collated when I print a document with multiple copies set and Collate option enabled on a printer without hardware collate support. Printer is Samsung ML-2950. Operating systems affected are: Linux Mint 16, Ubuntu 13.04 CUPS filters pipe for printing a test text file is the following: D [09/Dec/2013:14:34:00 +0400] [Job 16] texttopdf (text/plain to application/pdf, cost 32) D [09/Dec/2013:14:34:00 +0400] [Job 16] pdftopdf (application/pdf to application/vnd.cups-pdf, cost 66) D [09/Dec/2013:14:34:00 +0400] [Job 16] gstoraster (application/vnd.cups-pdf to application/vnd.cups-raster, cost 99) D [09/Dec/2013:14:34:00 +0400] [Job 16] rastertospl (application/vnd.cups-raster to printer/test, cost 0) rastertospl is proprietary filter, which converts CUPS raster data to Samsung's SPL PDL. PPD file is attached. Further investigation has shown, that pdftopdf filter does not perform software document copy generation with my PPD file set in environment variable PPD, its output contains a single copy, but resulting CUPS raster contains information about multiple copies and rastertospl generates SPL output with mutiple copies for each page (uncollated). pstops filter, started with the same CUPS job options set and multi- page PostScript input, generates PostScript output with properly collated pages. pdftopdf has been executed with following parameters: /usr/lib/cups/filter/pdftopdf 1 user test 2 Collate texttopdf.pdf pdftopdf.pdf When I start pdftopdf with the same parameters, but with PPD environment variable unset, it generates PDF file with document copies created. When I modify PPD file by changing *cupsManualCopy attribute value to True, pdftopdf produces collated output. This printer supports hardware page copies, but does not support collate in hardware. It seems that pdftopdf filter logic used to determine collate method does not handle this case correctly. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1259240/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1221520] Re: Blank pages inserted in duplex print job
No full analysis yet, but a first point: The line was deleted in the commit, not added. Therefore it is correct, that it is also missing later. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1221520 Title: Blank pages inserted in duplex print job Status in “cups-filters” package in Ubuntu: New Bug description: I have a Brother HL2270DW printer. I've been using it in Ubuntu since I got it a few years ago. It's always worked fine. Lately, however, it has been inserting a blank page between pages in duplex jobs. For example, if I print two copies of a one-page document with duplex on, it used to print on both sides of one sheet of paper; but now it prints on one side, takes the paper back in as if to print on the back side, spits it out with the back side blank, and then does the same routine on a second sheet of paper. I think it started happening when I upgraded from Quantal to Raring. I haven't been printing a lot lately, so I haven't noticed it until now. I found Bug #292, which seems like the same bug, however 1) I have no scale to fit option checked or even available in any of the print dialogs I've been using, both in CUPS itself, in LibreOffice, and in Okular; and 2) I am having this problem with Raring, even though that bug indicates it should be fixed in Raring. On a hunch, I downgraded the cups-filters package (not the cups package) to the version from Quantal, then restarted CUPS, and the problem went away. I also had to install libqpdf8 from Quantal to fulfill the dependencies of that version of cups-filters. cups-filters: Installed: 1.0.24-2 Candidate: 1.0.34-0ubuntu1.1 Version table: 1.0.34-0ubuntu1.1 0 500 http://us.archive.ubuntu.com/ubuntu/ raring-updates/main i386 Packages 1.0.34-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ raring/main i386 Packages *** 1.0.24-2 0 100 /var/lib/dpkg/status libqpdf8: Installed: 3.0.2-1 Candidate: 3.0.2-1 Version table: *** 3.0.2-1 0 100 /var/lib/dpkg/status According to Bug #292, the problem should have been fixed in cups- filters 1.0.30. I'm guessing that either a) somehow the fix didn't make it into 1.0.30 after all; or b) Ubuntu's package somehow missed the fix, despite the newer upstream version; or c) it's regressed since 1.0.30; or d) this is a similar but unrelated bug. Thankfully I've been able to work around it by using the old version of the package, but who knows if that will work in Saucy. Please let me know how I can help fix this bug. ProblemType: Bug DistroRelease: Ubuntu 13.04 Package: cups-filters 1.0.24-2 ProcVersionSignature: Ubuntu 3.8.0-27.40-generic 3.8.13.4 Uname: Linux 3.8.0-27-generic i686 NonfreeKernelModules: nvidia ApportVersion: 2.9.2-0ubuntu8.3 Architecture: i386 Date: Thu Sep 5 23:19:59 2013 Lpstat: device for DormNet: socket://10.1.23.45:9100 device for HL2270DW: lpd://192.168.0.102/binary_p1 device for laserdad: smb://OFFICE/DAD/LaserDad device for ML-1210: usb://Samsung/ML-1210 MachineType: Dell Inc. XPS M1330 MarkForUpload: True Papersize: letter PpdFiles: HL2270DW: Brother HL2270DW for CUPS ML-1210: Samsung ML-1210 Foomatic/gdi (recommended) DormNet: Lexmark Optra E321 Foomatic/hpijs-pcl5e (recommended) laserdad: Brother HL-5240 BR-Script3 ProcEnviron: LANGUAGE= PATH=(custom, no user) XDG_RUNTIME_DIR=set LANG=en_US.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.8.0-27-generic root=/dev/mapper/vg-root ro SourcePackage: cups-filters UpgradeStatus: Upgraded to raring on 2013-06-13 (84 days ago) dmi.bios.date: 12/26/2008 dmi.bios.vendor: Dell Inc. dmi.bios.version: A15 dmi.board.name: 0PU073 dmi.board.vendor: Dell Inc. dmi.chassis.type: 8 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvrA15:bd12/26/2008:svnDellInc.:pnXPSM1330:pvr:rvnDellInc.:rn0PU073:rvr:cvnDellInc.:ct8:cvr: dmi.product.name: XPS M1330 dmi.sys.vendor: Dell Inc. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1221520/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1198332] [NEW] Crash when using multi-touch input
Public bug reported: Reproducible crash: 1) start x 2) (terminal): xinput test-xi2 10 [10 is the device id, see below] 3) use touch device on the window a bit, use more than 2 fingers, and occassionally click into the terminal window 4) xserver segfaults after at most a few tries of 3), i.e. less than 15 seconds of trying Output of xinput list: ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8[slave pointer (2)] ⎜ ↳ Advanced Silicon S.A CoolTouch(TM) System id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Power Button id=7[slave keyboard (3)] ↳ Cherry GmbH id=9[slave keyboard (3)] Affected Versions (summary): xserver-xorg-core_1.14.1-0ubuntu0.8_i386 xserver-xorg-core_1.13.3-0ubuntu6_i386 My base system is actually debian testing with a custom 3.10-rc4 x86_64 kernel, but the crash is clearly related to the (manually installed and newer) ubuntu xorg packages and not the base system. ** Affects: xorg-server (Ubuntu) Importance: Undecided Status: New ** Attachment added: gdb backtrace https://bugs.launchpad.net/bugs/1198332/+attachment/3726260/+files/xorg-bt-full.txt -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1198332 Title: Crash when using multi-touch input Status in “xorg-server” package in Ubuntu: New Bug description: Reproducible crash: 1) start x 2) (terminal): xinput test-xi2 10 [10 is the device id, see below] 3) use touch device on the window a bit, use more than 2 fingers, and occassionally click into the terminal window 4) xserver segfaults after at most a few tries of 3), i.e. less than 15 seconds of trying Output of xinput list: ⎡ Virtual core pointerid=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4[slave pointer (2)] ⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8[slave pointer (2)] ⎜ ↳ Advanced Silicon S.A CoolTouch(TM) System id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Buttonid=6[slave keyboard (3)] ↳ Power Buttonid=7[slave keyboard (3)] ↳ Cherry GmbH id=9[slave keyboard (3)] Affected Versions (summary): xserver-xorg-core_1.14.1-0ubuntu0.8_i386 xserver-xorg-core_1.13.3-0ubuntu6_i386 My base system is actually debian testing with a custom 3.10-rc4 x86_64 kernel, but the crash is clearly related to the (manually installed and newer) ubuntu xorg packages and not the base system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1198332/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1198332] Re: Crash when using multi-touch input
** Attachment added: x server log https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1198332/+attachment/3726261/+files/Xorg.0.log -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1198332 Title: Crash when using multi-touch input Status in “xorg-server” package in Ubuntu: New Bug description: Reproducible crash: 1) start x 2) (terminal): xinput test-xi2 10 [10 is the device id, see below] 3) use touch device on the window a bit, use more than 2 fingers, and occassionally click into the terminal window 4) xserver segfaults after at most a few tries of 3), i.e. less than 15 seconds of trying Output of xinput list: ⎡ Virtual core pointerid=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4[slave pointer (2)] ⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8[slave pointer (2)] ⎜ ↳ Advanced Silicon S.A CoolTouch(TM) System id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Buttonid=6[slave keyboard (3)] ↳ Power Buttonid=7[slave keyboard (3)] ↳ Cherry GmbH id=9[slave keyboard (3)] Affected Versions (summary): xserver-xorg-core_1.14.1-0ubuntu0.8_i386 xserver-xorg-core_1.13.3-0ubuntu6_i386 My base system is actually debian testing with a custom 3.10-rc4 x86_64 kernel, but the crash is clearly related to the (manually installed and newer) ubuntu xorg packages and not the base system. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1198332/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 923955] Re: pdftopdf filter fails to output form field values
Sorry, I forgot to subscribe and did not get your comment by mail... I think a recent evince will directly send pdf (and not ps) to cups. But it will 'rewrite' quite heavily. And yes, PDF is the new internal default format in the linux printing chain. This has more to do with having the appropriate cups-filters than the cups version, though. AFAICT it probably was the pdf-ps pipeline. But, regarding this bug, I have tracked down the problem in libqpdf to the use of stale object-cache entries, and reported it to the author; the next libqpdf update will fix this bug. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/923955 Title: pdftopdf filter fails to output form field values Status in “cups” package in Ubuntu: Confirmed Bug description: Running the provided form through the pdftopdf filter results in an empty PDF form: all field values disappear. These types of forms have been known to print correctly before (in Karmic). Tested under 10.10 and 11.04. Both show the same behavior. To reproduce: /usr/lib/cups/filter/pdftopdf 1 user '' 1 '' interactive_enabled_filled.pdf output.pdf or lpr interactive_enabled_filled.pdf Original form available here: http://help.adobe.com/en_US/Acrobat/9.0/Samples/interactiveform_enabled.pdf To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/923955/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 923955] Re: pdftopdf filter fails to output form field values
Form values are also lost with the old pdftopdf implementation (used in cups-filters before 1.0.21). Probably only the pdf-ps workflow ever worked. The form values are also lost by just using qpdf to 'non-destructively' rewrite the pdf. Therefore the problem is already present in the underlying libqpdf. The provided pdf files all use xref-streams, which I'm currently not able to accurately debug. I have some faint memories that to enable form-filling with Adobe Reader the original pdf has to be specially 'signed', and this signature can only be generated by the Adobe Acrobat Professional application... this might play a role here. Another thing: When I use evince to print the form, it seems to work. Could it be that the problem only occurs when using Adobe Reader to fill and/or print the form? Or at least that it works, when evince is used to fill/print? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/923955 Title: pdftopdf filter fails to output form field values Status in “cups” package in Ubuntu: Confirmed Bug description: Running the provided form through the pdftopdf filter results in an empty PDF form: all field values disappear. These types of forms have been known to print correctly before (in Karmic). Tested under 10.10 and 11.04. Both show the same behavior. To reproduce: /usr/lib/cups/filter/pdftopdf 1 user '' 1 '' interactive_enabled_filled.pdf output.pdf or lpr interactive_enabled_filled.pdf Original form available here: http://help.adobe.com/en_US/Acrobat/9.0/Samples/interactiveform_enabled.pdf To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/923955/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp