Description of problem: I can no longer print PDFs from most GUI PDF viewers to my HP LJ1300. It has worked fine in previous versions of Fedora, and in F19 as originally installed. After one or two updates of F19, printing failed. No matter how many pages are selected to print, from one to an entire file, the printer issues one blank page, and one with some odd error message. The message looks to me more like PostScript than anything else. It only takes up about a 2in x 2in square in the top left corner, though, so it's hard to tell what it really is. I have tried evince, qpdfview, GSView. GNU GV fails, but it looks like it's trying to print a PS file, so I'm not surprised it doesn't work. Oddly, the Xpdf program will print correctly, but it claims to be using the lpr command. I tried the lpr command from the shell, and it mis-behaves like the other GUI viewers. Version-Release number of selected component (if applicable): 1:1.6.4-2.fc19 How reproducible: 100% Steps to Reproduce: 1. Open a PDF with evince, qpdfview, or some other GUI PDF viewer. 2. Attempt to print all or part of the document. 3. Error. Actual results: Two pages -- one blank, the other with a small amount of gibberish. Expected results: The selected PDF is printed correctly. Additional info: Cups was throwing an SELinux avc when I tried to print. I fixed that (and sent in a bug report, a dup of 1023937), but it didn't help.
Does printing of other file types work ? For example 'echo test | lpr' ? Can you print something via printing troubleshooter [1] and attach an output here ? You can either print some pdf file like 'lpr file.pdf' or printing a test page should also be fine as test pages are submitted in pdf format. [1] https://fedoraproject.org/wiki/How_to_debug_printing_problems#Printing_troubleshooter
Created attachment 818367 [details] The output from "lpinfo -l -v > printer-device-type.txt"
Created attachment 818368 [details] The output from "grep -H '^*NickName:' /etc/cups/ppd/*.ppd > printer-driver.txt"
Created attachment 818369 [details] The output from "wget http://localhost:631/admin/log/error_log > cups-error-log.txt"
Created attachment 818370 [details] The troubleshooting output from system-config-printer
I tried using system-config-printer, but it appeared to hang. So I set up full debugging as suggested in the Printing Troubleshooter web page. I checked for the device ID (printer-device-type.txt) and the printer driver (printer-driver.txt). I then tried to print a groff source file using the lp command. The source (.mom) version printed fine. The PDF gave me the usual two wrong pages. The PostScript version did not print. The printer's activity light never even blinked. That done, I copied the error log to a file (cups-error-log.txt). Just 'cause, I tried system-config-printer again, and this time it started. I followed the "troubleshoot" procedure, and everything seemed to go well, until I tried to print a test page. At that point it gave me another(!) SELinux avc and sat there. I was able to save a troubleshooting log (troubleshoot.txt). That done, I tried to proceed, but it seemed to hang. A minute or so later, though, it popped up an error window: Error submitting test page There was an error during the CUPS operation: 'Request Entity Too Large'. BTW, here's the message on the printed page after trying to print a PDF: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: endstream 0 --nostringval-- --nostringval-- 24 false Maybe it will help? Anyway, I've attached the rest of the files to this comment.
The first thing to try is to change the driver to "hpcups": 1. First, install the hpijs package. 2. Now change the driver with this command, as root (paste it all in): lpadmin -p Hewlett-Packard-hp-LaserJet-1300 \ -m drv:///hp/hpcups.drv/hp-laserjet_1300-pcl3.ppd Try printing now -- does it now work?
Yippee! It works! I've tried printing single pages and entire documents, and it all worked as expected. Thank you very much, Tim. If you need me to check anything else, let me know. I'll be happy to do so.
Same problem here for an HP LaserJet 4000 and the default Postscript driver on current Fedora 20. Installed packages include: - cups-1.7.0-4.fc20 - hpijs-3.13.11-2.fc20 - hplip-3.13.11-2.fc20 - system-config-printer-1.4.3-2.fc20 I am doubt that the hpcups driver has all the possibilities of the Postscript driver, thus the issue has only been identified but not solved.
Looks quite similar to bug #1027332.
*** This bug has been marked as a duplicate of bug 1027332 ***
and then installed a tool to config the 2100 and that fixed the final problem - all was printing grayscale. (g2100config). Problem remaining is that ALL libre office printouts need to be set to normal as they default to ecosave mode (grayscale -save ink).