[cups.general] cups stops itself due to rejected print file

Michael Sweet mike at easysw.com
Tue Jul 11 12:47:10 PDT 2006


Ambrose Li wrote:
> On 11/07/06, Michael Sweet <mike at easysw.com> wrote:
>> The contents of a PostScript file will not cause a "bad request"
>> error.  The error comes from someplace else, and without an
>> error_log file with debugging enabled from the client and server,
>> it is impossible to discover the actual cause.
>>
>> A non-conformant file might cause the printer to crash or
>> reject a job, but the results have always been undefined for
>> non-conforming files anyways!
> 
> Then I've found a CUPS bug. The relevant contents of the error log, in
> its entirety, is:
> 
> E [11/Jul/2006:11:47:41 -0400] [Job 3272] No %%Pages: comment in header!
> E [11/Jul/2006:11:47:44 -0400] [Job 3272] Print file was not accepted
> (client-error-bad-request)!
> E [11/Jul/2006:11:47:44 -0400] PID 12521 (/usr/lib/cups/backend/http)
> stopped with status 1!
> 
> The *only* cause of the client-error-bad-request that is  indicated by
> cups is "No %%Pages: comment in header".
> 
> If you want the input file I still have it saved.

The two error messages are unrelated.  The first comes from the pstops
filter, the second comes from the IPP backend.

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Document Software          http://www.easysw.com




More information about the cups mailing list