Regular MUC members can't change a room's subject when hosted on prosody, despite having the proper permission
Versions
- OS: Void Linux
- Gajim version: 1.8.0
- GTK version: 3.24.38
- Python-nbxmpp version: 4.3.0
Steps to reproduce the problem
- Log in to Gajim with an account that's a
Member
in a prosody-hosted group chat (or with no affiliation in a public channel) - Make sure the Owner Has set
Allow anyone to set the room's subject
to enabled (that's the default for newly created rooms using Gajim) - Try to change the room's subject (using the Member/no affiliation account)
Expected behavior
I'm able to change the room's subject
Actual behavior
The text field for changing the room's subject is greyed-out
More information
If I use dino, I'm able to change the subject using /topic (and I'm not able to do so, if the permission is set to Owners/Admins only)
So, Gajim is able to correctly update the Allow anyone to set the room's subject
field in the MUC settings (stored server-side), but for some reason Gajim isn't able to act on its value.
Note that everything works correctly when the MUC is hosted on an ejabberd server.
This might be unrelated, but I captured logs when changing the Allow anyone to set the room's subject
from disabled to enabled, once using ejabberd (messaging.one) and once using prosody (jabbers.one)
I attached the full logs as well as summarized versions showing only the relevant lines.
P.S: Prosody's devs told me that the absence of a value
tag implies a value of false.
P.P.S: unrelated to the bug, but when opening a room's settings in Gajim's UI, two identical copies of the following stanza are sent at roughly the same time (but with different id's)
<!-- Outgoing Fri 11 Aug 2023 03:32:01 PM CET (lissine@messaging.one) -->
<iq xmlns="jabber:client" to="mohegax@conference.messaging.one" type="get" id="fa15badb-8a2f-4d95-bb7a-3bde7f8f824a">
<query xmlns="http://jabber.org/protocol/muc#owner" />
</iq>
The iq results are obviously the same. Unless this is intended behavior, the redundant stanza should probably be removed.