The spec is not clear on how to handle tag 18. Please open a github issue to help find a solution! about ipp

[williamkapke]

Looks like tag 18 is unknown... and the spec is certainly unclear on THAT one. I added a handleUnknownTag function to allow customization of reading unknown tag values ... or to just silence the default log message. It also returns a bit more info in the message now.

I don't have access to a printer ATM to test this code- so, I didn't test it yet :/ My printers do not produce a tag 18- so it won't hit this code anyhow.

If you have a chance, can you test this out and comment back the new output?

If you want to just silence the output:

var ipp = require('ipp');
ipp.parse.handleUnknownTag = function(tag, name, length, read) {
  return length? read(length) : undefined;
};

[rolinh]

For what it's worth, I get similar messages but about tag 19:

The spec is not clear on how to handle tag 19: printer-dns-sd-name=undefined. Please open a github issue to help find a solution!
The spec is not clear on how to handle tag 19: orientation-requested-default=undefined. Please open a github issue to help find a solution!

Since I have the said printer at my disposable, I'm of course ready to help you debug this.

[wifiprintguy]

Greetings,

Assuming you are referring to the value tag 0x13 "no-value" (decimal value 19), the meaning is quite clearly articulated in RFC 2911 "IPP/1.1: Model and Semantics" section 4.1 https://tools.ietf.org/html/rfc2911#section-4.1 or in section 5.1.1 in the most recent draft updates https://tools.ietf.org/html/draft-sweet-rfc2911bis-11#section-5.1.1:
’no-value’: The attribute is supported by the Printer object, but
the administrator has not yet configured a value.
This is a legitimate value for the Printer to return if these conditions are met, even if the definition of the attribute itself doesn't list it as a possible value.

As a point of feedback, it would be best if this project and software using it used the more appropriate 'no-value' label rather than referring to it as 'undefined', which is not an identifier registered anywhere in the IANA IPP registry, and certainly not in the registry for out-of-band values (http://www.iana.org/assignments/ipp-registrations/ipp-registrations.xml#ipp-registrations-8 http://www.iana.org/assignments/ipp-registrations/ipp-registrations.xml#ipp-registrations-8).

Cheers,

Smith

/**
Smith Kennedy
Wireless Architect - Client Software - IPG-PPS
Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF
Chair, IEEE ISTO Printer Working Group
HP Inc.
*/

On 2016-08-31, at 9:20 AM, Robin Hahling [email protected] wrote:

For what it's worth, I get similar messages but about tag 19:

The spec is not clear on how to handle tag 19: printer-dns-sd-name=undefined. Please open a github issue to help find a solution!
The spec is not clear on how to handle tag 19: orientation-requested-default=undefined. Please open a github issue to help find a solution!
Since I have the said printer at my disposable, I'm of course ready to help you debug this.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub #26 (comment), or mute the thread https://github.com/notifications/unsubscribe-auth/AIT6tpRf8Kp1Hh3byktzUu9fyePgIHyfks5qlZvLgaJpZM4HkjJS.