Resumen

  • RFC 3380 trataba una solicitud Set-Job-Attributes admitida como un estado propuesto completo, no como campos que la impresora pudiera aplicar parcialmente.
  • Un atributo no admitido o incompatible obligaba a rechazar toda la solicitud y dejar intacto el trabajo; no cancelaba la impresión ni probaba qué llegó al papel.

En septiembre de 2002, IPP incorporó un límite administrativo más explícito. Un usuario u operador podía descubrir que faltaba una instrucción de acabado después de enviar un trabajo. RFC 3380 ofrecía una alternativa opcional a cancelarlo y volver a enviarlo: cambiar los atributos del objeto Job existente.

La impresora debía evaluar los valores propuestos junto con los atributos que el cliente no tocaba. La pregunta era contrafactual: ¿se habría aceptado un trabajo nuevo con ese conjunto final y ipp-attribute-fidelity=true? Si la respuesta era sí, el cambio debía aceptarse; de lo contrario, debía rechazarse y el Job permanecer sin cambios. Una impresora no podía aplicar los campos fáciles y omitir silenciosamente el problemático. La solicitud era de todo o nada.

Así, el cliente no confundía un trabajo modificado a medias con el estado solicitado. La respuesta podía señalar los atributos que fallaron la validación, mientras el objeto conservaba el estado previo. La autorización era otra comprobación: el solicitante autenticado debía ser el propietario del trabajo, un operador o un administrador. Tener permiso para pedir el cambio no hacía válida una combinación incompatible.

RFC 3380 también definió cambios atómicos para atributos de la impresora y añadió Get-Printer-Supported-Values para descubrir valores aceptados en determinados atributos configurables. printer-xri-supported podía actualizar juntas las descripciones relacionadas de URI, autenticación y seguridad. Pero las operaciones Set eran opcionales. La norma define el contrato, no demuestra que una impresora concreta lo implementara, que un cliente lo usara ni que una hoja se imprimiera.

RFC 3196 trata otro momento: cuándo puede una impresora devolver la respuesta final después de recibir los datos del documento. RFC 3380 trata cambios en atributos del trabajo. Ninguna respuesta de actualización prueba recepción completa, procesamiento o salida física. Fuentes primarias: RFC 3380, RFC 2911 y RFC 3196. La extensión era opcional; los estándares no acreditan adopción o interoperabilidad.

Fuentes