foomatic-rip filter failed

D [28/Feb/2008:18:58:35 +0100] [Job 16] renderer command: gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs -sIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="deskjet 5600" -dDEVICEWIDTHPOINTS=0 -dDEVICEHEIGHTPOINTS=0 -dDuplex=false -r300 -sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2,PS:MediaPosition=6 -dIjsUseOutputFD -sOutputFile=- -
D [28/Feb/2008:18:58:36 +0100] [Job 16] Unrecoverable error: configurationerror in setpagedevice

It looks like PageSize=Custom is used which causes the -dDEVICEWIDTHPOINTS=0 -dDEVICEHEIGHTPOINTS=0 parameters to be use that cause the problem. Not sure if this is a problem in ghostscript or the PPD file (foomatic-db-hpijs).
Has also been reported in Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459930.

Probably the custom page size was selected but bogus values for the width and the height of the paper supplied, or no values at all.

This can for example happen if:

* A printing dialog does not support custom page sizes by showing input fields for the dimensions of the paper when the page size "Custom" is selected, but it allows to select "Custom", which does not make sense without dimensions. To see correctly implemented printing dialogs install xpp or flphoto from Universe.
* On the command line of "lp" or "lpr" the option "-o PageSize=Custom" was supplied and not "-o PageSize=Custom.10x20cm".
* An application sends option strings in localized format to CUPS, for example "PageSize=Custom.20,5x11,5cm" (Note that here "," instead of "." is used as decimal point).

There are two things which need fixing:

* foomatic-rip should fall back to the default paper size if the dimensions for a custom paper size are bogus.
* Applications (or the desktop's printing dialog) should send correct custom paper sizes or not allow to choose "Custom" as paper size.

This is not a Ghostscript bug, as the input is bogus.

Was already fixed some time ago.