In Brussels, Matthew Wild convinced me that in stream management (XEP-0198) the count of handled stanzas needs to start at one, not zero. The main reason is that one party could send <r/> before it has sent any stanzas; currently the receiver would either need to ignore the <r/> or send <a h='0'/> -- but that is what it's supposed to return in response to an <r/> received after the first stanza.
Currently the text reads: *** Note: The value of 'h' starts at zero for the first stanza handled and is incremented with each subsequent stanza handled. In the unlikely case that the number of stanzas handled during a stream management session exceeds the number of digits that can be represented by the unsignedInt datatype as specified in XML Schema Part 2 [9] (i.e., 2^32), the value of 'h' shall be reset from 2^32-1 back to zero (rather than being incremented to 2^32). *** I propose changing it to: *** Note: The value of 'h' starts at zero before any stanzas are handled, is incremented to one for the first stanza handled, and is incremented again with each subsequent stanza handled. In the unlikely case that the number of stanzas handled during a stream management session exceeds the number of digits that can be represented by the unsignedInt datatype as specified in XML Schema Part 2 [9] (i.e., 2^32), the value of 'h' shall be reset from 2^32-1 back to zero (rather than being incremented to 2^32). *** Peter -- Peter Saint-Andre https://stpeter.im/
smime.p7s
Description: S/MIME Cryptographic Signature
