Recent Changes in CUPS and Foomatic Causing All-Black Printing from Browsers?
- From: Gilbert Sullivan <whirlygig@xxxxxxxxxxx>
- Date: Mon, 12 Sep 2011 13:06:02 -0400
I'm reluctant to even bring this up because it's so darned weird.
I've got an HP OfficeJet 6310 (multi-function network device: printer, fax, scanner) that has worked flawlessly for a couple of years under Debian stable and testing.
I don't make use of the fax function, but both printer and scanner have "just worked" after I install the printer using the hp-setup script in interactive mode.
Then, recently on my Debian testing systems, there were some apparent hassles between foomatic and CUPS upgrades. Everything is back to normal after a couple of rounds of upgrades -- except for the fact that this one printer now only prints a wall of black when printing from a browser -- ANY browser. (iceweasel, midori, chromium)
The scanner function works fine. All other printers work fine. All other apps print fine to this printer. But if I try to print to this particular printer *directly from* a browser, all I get is a page full of black ink.
And here's the best part. If I print to file from a browser to create a PDF, and then open the PDF and print it to this printer -- that get's me a wall of black, too. (The PDF looks fine in the viewer, but it prints out all black.) But all other PDFs print out on this printer just fine. I can also copy contents of a Web page and paste them into LibreOffice Writer document, and that prints out fine -- other than the expected monkeying around with the page / text format.
Is this weird, or what?
I've removed the printer, purged its drivers and setup, re-installed. Nothing fixes it. I've also tried using the CUPS Web interface to modify the printer by assigning a different driver to it. I wanted to see if maybe a postscript driver would fare better. But the only OfficeJet 6300 printer driver listed in the CUPS interface now is hpcups 3.11.5. I think there used to be a slew of choices. Now only 1. And it doesn't work properly.
I don't even know what to make a bug report on. There are other Debian testing systems on the network that seem print just fine to this printer. They've had the same upgrades, but they're older installations of testing. (The two computers that are doing messed up printing are from a daily build image from mid-August.) I've found other irregularities with these recent installations. I wonder if d-i did something "funny" to the system configuration on these two computers during installation that is causing this behavior.
These two computers use Xfce and had XDM set as their default DM by the installer. (GDM had just become "obsolete" when this daily build was produced.)
I cannot for the life of me figure this out.
Can anyone suggest a way I can get this printer to work properly with browsers again?
To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx
- Prev by Date: Re: Free drivers for AMD Radeon (Vaio S)
- Next by Date: Problems with Orca Cutting Out
- Previous by thread: detecting which pts from vt
- Next by thread: Re: Recent Changes in CUPS and Foomatic Causing All-Black Printing from Browsers?