Submitting a new configuration to unlock a newly created MUC room results in
results in this traceback on trunk
With latest tinder we get
A snippet of the room configuration that is received by Openfire is this:
I'm not sure where that second, empty value element originates, but that's the one causing the problem.
Earlier today, I've committed a change that:
includes a new version of Tinder, that, apart from the more verbose debug messages () also has a new utility method that simplifies working with bare jid objects ().
adds more defensive code to Openfire, where collections of JIDs are being processed. Empty values are now ignored.
The above changes prevent the problem from occurring, as the empty value element is ignored.