Open wtomaszewski-applause opened 1 year ago
So this work that way per design, and there is no flag to alter this behaviour. Possibly using mod_carbon_copy will help here? It i think could be setup so regular muc messages from web client will be also delivered to other clients.
Right, looking at the documentation that behavior is by design.
@wtomaszewski-applause: if the mod_carbon_copy idea does not work, an alternative would be to write a small patch with your desired behavior, that you could include in your fork.
Environment
Configuration (only if needed):
Errors from error.log/crash.log
No errors
Bug description
I have two clients which uses ejabberd server, browser client and mobile client. Browser client is using
mod_muc
module and there was a need to add support to mobile client and at the result of discussion in this issue: https://github.com/processone/ejabberd/issues/4012 the decision was to usemucsub
module for mobile client. Overall that approach is looking good, there was a need to adjust logic in browser client to detect if mobile client is subscribing to group-chat instead of checking the presence. But there is an issue which I want to report for which when we have the same user which is connecting using Strophe library to browser and mobile client in the same time, when browser client join the chat room and mobile client subscribe to the same room, the mobile client is no longer able to receive any messages in real time but browser client can receive successfully. I did a look at the documentation and there is a mention which I think is related to that issue:https://docs.ejabberd.im/developer/xmpp-clients-bots/extensions/muc-sub/#:~:text=at%20any%20time.-,Joining%20a%20MUC%20Room,-If%20a%20user
Do you have any ideas how to resolve that issue which I'm facing?
mucsub
inside browser client but that could be challenging and quite complex so I'm trying to find if there is a better solution.MUC
join for mobile client asmod_client_state
is not working whenMUC
join is used (check above issue link)