Open Archive / Monitoring plugin support xep-0071 messages

Openfire Openfire Support
1

Are there plans for the built-in Archive plugin to stop dropping the HTML body sent along with the BODY in messages? Messages sent in real time like this

<message>
  <body>I like to go places</body>
  <html xmlns='http://jabber.org/protocol/xhtml-im'>
    <body xmlns='http://www.w3.org/1999/xhtml'>
      <p>I like to <em>go</em> <strong>places</strong></p>
    </body>
  </html>
</message>

Render fine in real time. But once they’re retrieved from the Archive/Monitoring plugin they get returned like this

<iq type="result" id="234" to="" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
  <chat with="" start="2014-09-12T17:23:09.196Z" xmlns="urn:xmpp:archive">
    <from secs="0" jid="">
      <body>I like to go places</body>
    </from>
    <set xmlns="http://jabber.org/protocol/rsm">
      <first index="0">0</first>
      <last>0</last>
      <count>1</count>
    </set>
  </chat>
</iq>

It would ideal if they were returned like this

<iq type="result" id="234" to="" xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client">
  <chat with="" start="2014-09-12T17:23:09.196Z" xmlns="urn:xmpp:archive">
    <from secs="0" jid="">
      <body>I like to go places</body>
      <html xmlns='http://jabber.org/protocol/xhtml-im'>
        <body xmlns='http://www.w3.org/1999/xhtml'>
          <p>I like to <em>go</em> <strong>places</strong></p>
        </body>
      </html>
    </from>
    <set xmlns="http://jabber.org/protocol/rsm">
      <first index="0">0</first>
      <last>0</last>
      <count>1</count>
    </set>
  </chat>
</iq>
2

The problem here is with Openfire not logging the xhtml portion of the stanza to the database. Until that happens, the Archive plugin can not retrieve it from the database to answer this request. OF-817

1 Like
3

Thanks Daryl, so this wasn’t the case in previous versions of Openfire? We just updated to 3.9.3 from 3.8.1 about two weeks ago and I kept a backup. If this wasn’t an issue before I’ll just revert

4

This issue has been around since the beginning (practically).

5

thanks! looking forward to an update

6

Just realized the linked bug report is regarding MUC. I’m talking just user to user, regular ‘chat’, if that makes any difference?

Users may have extensions or xhtml included in the groupchat message, these portions are lost when the Openfire server is restarted.
Has nothing to do with the server restarting either. Happens even if the server never changes state. User logs out, user logs back in and sends

<iq from='myuser@server.com' id='' to='server.com' type='get'><query xmlns='http://jabber.org/protocol/disco#info'/></iq>

And the returned stanzas only have the body attribute. Is that the currently supported behavior?