Ticket #510 (new defect)

Opened 14 years ago

Last modified 13 years ago

CUPS errors silently if PDF->PS conversion fails

Reported by: kevinr Owned by: geofft
Priority: low Milestone: Upstream Utopia
Component: -- Keywords:
Cc: Fixed in version:
Upstream bug:


I printed the attached PDF, generated by Google Chrome (a dev snapshot). It failed to print silently, sitting at 1st in the print queue despite nudging (apparently with "/usr/lib/cups/filter/pdftops failed" on the web interface).

It would be nice if it screamed and shouted when conversion fails, and also, err, I converted this with the pdftops utility on Athena and then it printed just fine.


output.pdf Download (35.0 KB) - added by kevinr 14 years ago.

Change History

Changed 14 years ago by kevinr

comment:1 Changed 14 years ago by jdreed

  • Milestone set to Summer 2010 (Lucid Deploy)

Can we still reproduce this with the same PDF? If so, follow up with ops.

comment:2 Changed 14 years ago by jdreed

  • Milestone changed from Summer 2010 (Lucid Deploy) to Fall 2010

Can someone please test this again, either with the same PDF or a different one? The servers were bumped to a new release of 1.4 recently.

comment:3 Changed 14 years ago by geofft

Ops is also seriously looking into stopping doing PDF-to-PS conversion given that the HP 9050s accept PDFs and seem to behave much better with them, so this may hopefully become moot -- this ticket is another reason to avoid converting to PostScript? if we can.

comment:4 Changed 13 years ago by jdreed

  • Milestone changed from IAP 2011 to Upstream Utopia

This is a complaint about the design of CUPS, really.

comment:5 Changed 13 years ago by jdreed

  • Priority changed from normal to low

The local cupsd will be dealing and should whine at the user if the queue is in an error state.

Note: See TracTickets for help on using tickets.