Description of problem: When printing out a multi-page black-and-white PDF document from evince, the first page prints fine, but the second page shows up as a series of horizontal bars, with what should be the text streaking down the page (eventually resulting in a solid block of black). Version-Release number of selected component (if applicable): hpijs-3.10.9-5.fc14.x86_64 How reproducible: Always. Steps to Reproduce: Print a multi-page PDF file.
If you print the PDF from the command line ("lp -d queuename file.pdf"), does that have the same effect? Does it also happen when printing a different multi-page black-and-white PDF document (e.g. a simple one made using OpenOffice.org), or only that particular document? Are you able to attach this document? Have previous versions of Fedora been able to print correctly to this printer?
(In reply to comment #1) > If you print the PDF from the command line ("lp -d queuename file.pdf"), does > that have the same effect? Yes. Scan attached for illustration. > Does it also happen when printing a different multi-page black-and-white PDF > document (e.g. a simple one made using OpenOffice.org), or only that particular > document? Happens with every document I've tried. > Are you able to attach this document? No, but for an example, just pull one off the arXiv at http://arxiv.org/list/hep-th/new > Have previous versions of Fedora been able to print correctly to this printer? Fedora 13 worked fine.
Created attachment 462108 [details] Typical second-page output (up to the point where I cancelled the job).
Additional note: printing out the document each page at a time works.
I've just tried downgrading to hplip-3.10.6. Didn't work. So presumably there's trouble elsewhere in the chain...
Next suspect would be ghostscript.
(In reply to comment #6) > Next suspect would be ghostscript. Right. I'll try a downgraded ghostscript this evening. I tried hpijs with a LaserJet 4000 today (on the config broken with mk f2280), and it worked OK for that model of printer.
Suspicions confirmed... I have tried a few different ghostscripts in Koji, all with hpijs-3.10.9-5.fc14.x86_64. The results are: ghostscript-8.71-16.fc14.1.x86_64 WORKS ghostscript-8.71-17.fc13.x86_64 WORKS ghostscript-8.71-17.fc14.x86_64 WORKS ghostscript-8.71-19.fc13.x86_64 BROKEN ghostscript-8.71-20.fc14.x86_64 BROKEN So there seems to be a bad interaction between hpijs-3.10.9-5.fc14.x86_64 and recent builds of ghostcript which affects at least the DeskJet f2200 series (and presumably other "lightweight" printers), but not the LaserJet 4000 series.
OK, that points to this change: * Thu Oct 14 2010 Tim Waugh <twaugh> 8.71-19 - Apply some fixes from upstream to avoid gdevcups segfaults (bug #639593). Thanks for narrowing it down.
I've reverted that change, as I couldn't find a smaller subset from upstream that would avoid the problem while fixing bug #639593. Closing as CURRENTRELEASE because the faulty package never made it out through updates.
So this and the segfaults are fixed in F14? (I'd been on the segfault bug but see this problem also on PhotoSmart 1315)
No, the segfault is not fixed. (The fix for that caused this garbled printing as a side-effect.) Until the correct fix is found I've reverted it.