|Sent on:||Thursday, May 9, 2013 2:37 PM|
Very odd, as acroread uses Adobe's internal convertor, GIMP uses Ghostscript, and the default viewer (Evince) uses poppler.
3 different engines, with 3 different interfaces, giving you the exact same failure?
So root cause asks what are common elements?
Multiple clients, 1 printer queued through one server...
Time to make a test matrix.
On 05/09/[masked]:01 PM, mowgli wrote:
i've never seen this before. just started happening suddenly.
server w/ cups is ubuntu lucid. client is too. printer is dell 1320c network color laser printer. all was fine until last fri. nothing changed although both are doing nightly apt-get updates.
when a user on the client prints a PDF file, the print dialog always shows 6x as many pages as the PDF. then fails to print (probably b/c its too much data for print spooler to handle or exceeds some set limit). so printing a 10 pg document means print dialog shows 60 pages sent & printer never prints any pages.
however all other formats print fine (odt, ods, images, etc).
have tested w/ random PDFs from net, diff apps (acroread, browser plugin for acroread, okular, gimp) ... all same results.
so its not the PDF files themselves. its not the apps (i think). its not the hardware (worked fine 2 weeks ago). where do i hunt? have you ever even heard of this?
Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
This message was sent by John Fields ([address removed]) from Dallas Open Source Saturday.
To learn more about John Fields, visit his/her member profile
Set my mailing list to email me As they are sent | In one daily email | Don't send me mailing list messages
Meetup, POB 4668 #37895 NY NY USA 10163 | [address removed]