Description of problem: Updates-testing qpdf-libs-6.0.0-6.fc26-x86_64 breaks printing. Printers stopped and filter failed msg. in status. Version-Release number of selected component (if applicable): qpdf-libs-6.0.0-6.fc26-x86_64 How reproducible: Steps to Reproduce: 1.Update to qpdf-libs-6.0.0-6.fc26-x86_64 2.Print 3.Print fails--printer stopped, "filter failed" in status Actual results: Expected results: Print normally Additional info: Failed on two independent systems with update. Downgrade of qpdf fixed problem. Printer is networked postscript Konica-Minolta 4750DN lpd setup.
Printer setup is using manufacturer's M4750PX.ppd
Exactly the same problem here - it seems that qpdf-libs-6.0.0-6.fc26-x86_64 breaks the cups filter pdftopdf (see journalctl -b, ... pdftopdf crashed on signal 11, and ... pdftopdf dumped core) - pdftopdf is linked to libqpdf.so.17. Downgrading to qpdf-libs-6.0.0-5 fixed the issue.
*** Bug 1478459 has been marked as a duplicate of this bug. ***
*** Bug 1478626 has been marked as a duplicate of this bug. ***
> Downgrading to qpdf-libs-6.0.0-5 fixed the issue. I can confirm that downgrading to qpdf-libs-6.0.0-5 my configured printers now work.
Patches for CVEs broke other things. I'll revert the changes and I will report upstream about it.
qpdf-6.0.0-7.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-8aef53994c
*** Bug 1478920 has been marked as a duplicate of this bug. ***
Confirming that the downgrade (to 6.0.0-6.fc26) fixes printing for me too using networked HP Laserjet p2055dn.
Argh, downgrading to 6.0.0-5.fc26 fixes - typo, sorry....
qpdf-6.0.0-7.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-8aef53994c
*** Bug 1479260 has been marked as a duplicate of this bug. ***
Updating to qpdf-6.0.0-7.fc26 I'm able to print.
Raising severity to High - I can't print. Will test with the packages from comment 11 to report if it fixes my problem.
(In reply to Yaniv Kaul from comment #14) > Raising severity to High - I can't print. Will test with the packages from > comment 11 to report if it fixes my problem. Upgraded qpdf-libs from -6 to -7 did NOT fix the problem for me. I'm trying to print to a Canon 3580.
Does downgrading to qpdf -5 release fix the problem? Or does it still ends with segfault or other error? -7 release should be same as -5 release, which worked fine.
*** Bug 1479326 has been marked as a duplicate of this bug. ***
(In reply to Zdenek Dohnal from comment #16) > Does downgrading to qpdf -5 release fix the problem? Or does it still ends > with segfault or other error? -7 release should be same as -5 release, which > worked fine. After reboot (yay!) it works well. Perhaps some service restart would have worked too. So now I can confirm I can print again. Thanks!
(In reply to Yaniv Kaul from comment #18) > > After reboot (yay!) it works well. Perhaps some service restart would have > worked too. So now I can confirm I can print again. Thanks! Happy to hear that :)
*** Bug 1479495 has been marked as a duplicate of this bug. ***
I’m also facing this problem and also after upgrading qpdf. Mageia solved this exact problem a few days ago by rebuilding CUPS against the newer version of qpdf. See https://bugs.mageia.org/show_bug.cgi?id=21444
Hi Daniel, I upgraded qpdf and since then it works. However before I uses bugzilla I tried to fix the problem with 'grep cupsd /var/log/audit/audit.log | audit2allow -M mypol semodule -i mypol.pp' this didn't fix the problem directly, however perhaps together with the qpdf umgrade.
Upgrading qpdf fixed the problem on my dads computer without the need of any restarting. Thanks for the quick fix!
qpdf-6.0.0-7.fc26 works ok here on multiple computers.
*** Bug 1479562 has been marked as a duplicate of this bug. ***
Upgrading to -7 using sudo dnf --enablerepo=updates-testing upgrade qpdf-libs fixed the fedora 26 printing problem "filter error" for me. Thanks!
*** Bug 1479784 has been marked as a duplicate of this bug. ***
qpdf-6.0.0-7.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 1479865 has been marked as a duplicate of this bug. ***
thanks!
Similar problem has been detected: I tried to print a pdf file with a Dell 1710n laser printer. The print job just canceled itself. dmesg showed a segfault. The problem is indepedent of the used driver (ppd file or generic driver). reporter: libreport-2.9.1 backtrace_rating: 4 cmdline: Dell-Laser-Printer-1710n 3 nils Fax 1 InputSlot=Default number-up=1 PrinterResolution=FromPrintoutMode PageSize=A4 noCollate PrintoutMode=High.Gray Duplex=None ColorModel=FromPrintoutMode job-uuid=urn:uuid:39eae061-7314-3652-7c76-ebb8c5b627bb job-originating-host-name=localhost date-time-at-creation= date-time-at-processing= time-at-creation=1502314054 time-at-processing=1502314054 /var/spool/cups/d00003-001 crash_function: operator new executable: /usr/lib/cups/filter/pdftopdf journald_cursor: s=9232ec80a7184bdfbf46cfd7fe0d1dfd;i=12f6d;b=610475979ab84d1f9c959cd4e1ffaa77;m=a2bfcb58a;t=55658bf904464;x=13a03377cb0500c2 kernel: 4.11.11-300.fc26.x86_64 package: cups-filters-1.13.4-2.fc26 reason: pdftopdf killed by signal 11 rootdir: / runlevel: N 5 type: CCpp uid: 4
Created attachment 1311687 [details] File: backtrace
Did you update qpdf-libs to 6.0.0-7 release?
No, I will try it later. I thought abrt would show me if a bug is already reported…
For me it didn't worked with 6.0.0-7 that was installed by the dist-upgrade. I downgraded to 6.0.0-5 and it worked. Then I upgraded to 6.0.0-7 again and it still works. A bit strange...?!
Didn't you restart cups or computer when you updated from -5 to -7? Restart after update worked for some people.
No, I didn't restarted anything. Just downgrading to -5 worked. The stange thing is, that I'm upgraded to -7 just for testing and now it works with the new version too... (For testing reasons I restarted cups, but it still works...) Never mind, I just want to inform you about this strange behaviour. Maybe something in the -5 packages changed a value/config and now it works correctly with -7 too...
-7 release is revert of -6 release, which means it is same as -5. You probably had some data cached, which used older -6 release, and it caused problems even with -7 release.
Ok, this makes sense...
Hi everyone, would you mind testing this update https://bodhi.fedoraproject.org/updates/cups-filters-1.13.4-3.fc26%20qpdf-6.0.0-8.fc26 ? This update puts back patches for CVEs in qpdf, which were in qpdf-libs-6.0.0-6.fc26 version, but it created binary incompatibility, which caused segfaults in cups-filters. It should be solved by rebuild of cups-filters against new qpdf-libs release (cups-filters rebuild is part of update). I didn't set auto-push to stable on this update, because I want to push it manually after I get positive feedback about its functionality.
Revision 8 works fine. Thank you very much!
*** Bug 1480048 has been marked as a duplicate of this bug. ***