[IPP] printer-state requirements

[IPP] printer-state requirements

Michael Sweet msweet at msweet.org
Wed Jan 15 01:04:35 UTC 2025


Michael,

> On Jan 14, 2025, at 3:31 PM, Michael Ziller via ipp <ipp at pwg.org> wrote:
> 
> RFC8011 5.4.1 denotes printer-state as reflecting the current state of the printer, with ‘processing’ indicating that it is processing jobs.
>  However, is this required for printers which do not do event notifications?

It is required for all printers.  'idle' if the printer has no work to do and is not stopped, 'processing' if it is working on a job, and 'stopped' if the printer is stopped/offline and will not start working on a job if one is submitted.

> In other words if a printer is actively printing a job (let’s say the job-state is ‘processing’ and job-state-reasons ‘job-printing’), is it required to return printer-state: ‘processing’ when queried by a client for requested attributes printer-state in get-printer-attributes?

Yes.

> We’ve seen some printers which correctly set printer-state to ‘stopped’ for error conditions, but which stay in the ‘idle’ printer-state even when marking paper for jobs it is processing and are wondering if they’re within spec or not.

Not.

________________________
Michael Sweet



More information about the ipp mailing list