converse.js icon indicating copy to clipboard operation
converse.js copied to clipboard

Offline muc participants still visible, even with muc_fetch_members: false and message_archiving: "never"

Open joudinet opened this issue 10 months ago • 2 comments

Describe the bug Trying to hide the offline members of muc rooms, I set the muc_fetch_members option to false. Unfortunately, I still see the offline members. Looking at the DEBUG messages, I see the following message (where Alice is an offline participant) at log.js:72:19:

<message xmlns="jabber:client" to="27920347264171023931538@localhost/12695243432702477121554" from="[email protected]">
  <result id="1733495858800299" queryid="93a4c1a4-5818-418c-a986-8c8938f5ed9b" xmlns="urn:xmpp:mam:2">
    <forwarded xmlns="urn:xmpp:forward:0">
      <message xml:lang="en" from="[email protected]/Alice" type="groupchat" id="b147edf7-ac86-4827-b23d-f70a27fd28d5" xmlns="jabber:client">
        <archived by="[email protected]" id="1733495858800299" xmlns="urn:xmpp:mam:tmp"/>
        <stanza-id by="[email protected]" id="1733495858800299" xmlns="urn:xmpp:sid:0"/>
        <active xmlns="http://jabber.org/protocol/chatstates"/>
        <origin-id xmlns="urn:xmpp:sid:0" id="b147edf7-ac86-4827-b23d-f70a27fd28d5"/>
        <body>Offline</body>
      </message>
      <delay from="conference.localhost" stamp="2024-12-06T14:37:38.800299Z" xmlns="urn:xmpp:delay"/>
    </forwarded>
  </result>
</message>

I'm surprised to see such messages as I do have message_archiving option set to "never".

Expected behavior Offline muc participants should be hidden.

Environment (please complete the following information):

  • Desktop or Mobile? Desktop and Mobile
  • Browser [e.g. Chrome, Firefox] Chrome and Firefox
  • Converse.js version [e.g. 4.2.0] v10.1.7

Additional context The XMPP server is ejabberd 24.07.

joudinet avatar Feb 27 '25 15:02 joudinet

I found out the ejabberd configuration had a default_room_options: mam: true. Changing this to false and modifying the existing rooms fixed it. I guess it overwrites converse's message_archiving option, even if we set it to "never", which is a bit counter-intuitive to me.

joudinet avatar Feb 27 '25 15:02 joudinet

Is there anything to fix here in Converse?

jcbrand avatar May 26 '25 07:05 jcbrand