according to this bug ,
I think there should be a change in parsing iq packets by providers when extension is available in the packet.
You are right, that Smack should ignore it (“Clients […] SHOULD ignore any non-conformant elements”), but you can also tell the Tigase devs, that they are violating the XMPP spec, because IQs are not allowed to have more than one child element.
Extensible Messaging and Presence Protocol (XMPP): Core
An IQ stanza of type “result” MUST include zero or one child elements.
yes, your are right, and they resolved the bug today.
thanks for your observation.
You are right, that Smack should ignore it (“Clients […] SHOULD ignore any non-conformant elements”)
I don’t think that the quoted specification applies here, because it is addressed to XML Schema validation. But here Tigase is violating the IQ semantics (RFC 6120 8.2.3).
IMO the XML Schema is also violated:
<xs:element name=‘iq’>
<xs:any namespace=‘##other’
minOccurs=‘0’
maxOccurs=‘1’
processContents=‘lax’/>