[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