Red Hat Bugzilla – Bug 1027425
'filter failed' error when printing in KDE
Last modified: 2014-05-19 10:28:09 EDT
Description of problem: Printing fails with a 'filter failed' error. Version-Release number of selected component (if applicable): F20 RC2 KDE Live, also installation from live fully updated. How reproducible: Always Steps to Reproduce: 1. Install and configure a printer 2. Attempt to print a test page 3. Page doesn't print, status message say 'Filter failed' Actual results: Nothing is printed. Expected results: Test page prints with no errors. Additional info: Printer used is HP Deskjet 1000 Results of `rpm -qa | grep cups-` on full installation: cups-filesystem-1.7.0-4.fc20.noarch python-cups-1.9.63-4.fc20.x86_64 cups-filters-libs-1.0.40-4.fc20.x86_64 gutenprint-cups-5.2.9-14.fc20.x86_64 cups-filters-1.0.40-4.fc20.x86_64 cups-1.7.0-4.fc20.x86_64 cups-pk-helper-0.2.5-2.fc20.x86_64 bluez-cups-5.10-2.fc20.x86_64 cups-libs-1.7.0-4.fc20.x86_64
Please attach the PPD file for the printer, from the /etc/cups/ppd directory.
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1250407
I don't have this machine installed anymore - but I can attempt to reproduce it again if it's needed. Sorry for taking so long to respond.
Yes please. We need to see the installed PPD at the point the error is seen.
This looks like it might possibly be an instance of ghostscript bug #1036428. Could you please re-test after installing this update?: https://admin.fedoraproject.org/updates/ghostscript-9.10-5.fc20 Closing for now... please re-open if it still occurs. *** This bug has been marked as a duplicate of bug 1036428 ***
This problem is still occurring.
Please attach /var/log/cups/error_log.
Created attachment 894704 [details] Error log when printing PDF. This is using Okular, from KDE, to print a PDF without rasterizing being forced. Same thing when it is, in printing PDF options in Okular. The only way I can currently print PDF is through AcroReader with rasterizing within it. Any other method completely fails. AcroRead, however, does provide a ghostscript specific error unlike Okular (and anything else, including Firefox), provides a Filter Error.
D [12/May/2014:09:46:50 -0400] [Job 132] Error: /invalidfont in /findfont D [12/May/2014:09:46:50 -0400] [Job 132] Operand stack: D [12/May/2014:09:46:50 -0400] [Job 132] F12_0 1 1 --nostringval-- Helvetica D [12/May/2014:09:46:50 -0400] [Job 132] Execution stack: D [12/May/2014:09:46:50 -0400] [Job 132] %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1888 1 3 %oparray_pop 1887 1 3 %oparray_pop 1871 1 3 %oparray_pop 1755 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1840 5 4 %oparray_pop D [12/May/2014:09:46:50 -0400] [Job 132] Dictionary stack: Looks a lot like bug #921706 rearing it's ugly head again
(In reply to Rex Dieter from comment #9) > Looks a lot like bug #921706 rearing it's ugly head again Agreed. To make sure, what output do these commands give?: rpm -q --last urw-fonts grep -l n019003l /var/cache/fontconfig/* | xargs stat
# rpm -q --last urw-fonts urw-fonts-2.4-18.fc20.noarch Mon 12 May 2014 10:43:03 AM EDT # grep -l n019003l /var/cache/fontconfig/* | xargs stat File: ‘/var/cache/fontconfig/b79f3aaa7d385a141ab53ec885cc22a8-le64.cache-4’ Size: 41920 Blocks: 88 IO Block: 4096 regular file Device: fd00h/64768d Inode: 1099637 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2014-05-12 10:43:06.854393440 -0400 Modify: 2014-05-12 10:43:03.532479915 -0400 Change: 2014-05-12 10:43:03.532479915 -0400 Birth: -
That's odd -- isn't that after comment #8 was posted? Perhaps an update was applied? Does printing work correctly now or is it still broken in the same way?
It's still broken in the same way.
If you run "fc-cache -f /usr/share/fonts/default/Type1" as root, does the problem still show up?
See bug #921706.
Yes, I've already run fc-cache to rebuild the entire cache to no success rate still. Bug #921706 is definitely related to this issue.
Does this also fail?: gs <<EOF (Helvetica) findfont pop EOF If so, it would be useful to see gs-open.log from: strace -eopen gs <<EOF 2>&1 | grep -v NOENT > gs-open.log (Helvetica) findfont pop EOF
gs <<EOF > (Helvetica) findfont pop > EOF GPL Ghostscript 9.10 (2013-08-30) Copyright (C) 2013 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. GS>Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu. Can't find (or can't open) font file NimbusSanL-Regu. Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu. Can't find (or can't open) font file NimbusSanL-Regu. Querying operating system for font files... Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusSanL-Regu. Can't find (or can't open) font file NimbusSanL-Regu. Didn't find this font on the system! Substituting font Courier for NimbusSanL-Regu. Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusMonL-Regu. Can't find (or can't open) font file NimbusMonL-Regu. Can't find (or can't open) font file /usr/share/ghostscript/9.10/Resource/Font/NimbusMonL-Regu. Can't find (or can't open) font file NimbusMonL-Regu. Didn't find this font on the system! Unable to substitute for font. Error: /invalidfont in /findfont Operand stack: Helvetica Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- %loop_continue --nostringval-- --nostringval-- false 1 %stopped_push .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- 1836 1 3 %oparray_pop Dictionary stack: --dict:1167/1684(ro)(G)-- --dict:0/20(G)-- --dict:77/200(L)-- Current allocation mode is local Last OS error: Not a directory Current file position is 21 Short and simple without strace. attaching gs-open.log next.
Created attachment 897146 [details] gs-open.log with strace
Thanks. How about if you run 'fc-cache -f /usr/share/fonts'? If that doesn't work, does 'fc-cache -r /usr/share/fonts'?