The service MAY rewrite the new occupant's roomnick (e.g., if roomnicks are locked down or based on some other policy).
The service MUST allow the client to enter the room, modify the nick in accordance with the lockdown policy, and include a status code of "210" in the presence broadcast that it sends to the new occupant.
Beagle does not respect this new nickname given by the service on join, resulting in self messages appearing as duplicates in the chat view: first, a message with the nickname beagles thinks is my nickname, then, the actual "echo" of my message with the proper nickname that the MUC service has given me.
Unknown commented 1 year ago
Thank you for reporting this issue. XEP-0045 is rather a big one. We will try to address this issue in the next big version of the Beagle IM.
Unknown commented 1 year ago
For context, this would be awesome for most gateways, since being able to pick a different nickname in a each room is something relatively XMPP-specific.
From XEP-0045:
Example 22:
Beagle does not respect this new nickname given by the service on join, resulting in self messages appearing as duplicates in the chat view: first, a message with the nickname beagles thinks is my nickname, then, the actual "echo" of my message with the proper nickname that the MUC service has given me.