Users connect using the same link, but cannot see each other

So, I have never been able to get Openfire Meetings to work, ever. But after the announced " [XEP-0483: HTTP Online Meetings]" on the Openfire Console back on the 22nd of July, I thought I would give it another try.
Before when I would try, the plugin would load fine. Everything seemed to be working. But when I would try to create a room, or connect to the default one, I would just caught in a login loop. I would enter the username and password and click connect. It would act like it is connecting, and then bounce back to the logon screen asking for the Username and Password again.
So, to my surprise, after installing the plugin this time, I was surprised to find that I can log in, and activate my microphone and camera. That’s awesome. Further I have ever made it before. :slight_smile:
Problem is, when I send an invite to another user(TEST User), and I click the link, it asks for that users username and password just like it should. Then the user is connected to seemingly the same conference room. Everything seems ok, except neither user can see each other. They don’t even appear in the the Users list. When something is sent through the chat, Nothing. Send an Emoji through the chat, it shows for the user that sent it, but the other user.

Any ideas of what could be going on? Both computers login just fine and everything seems to be working, but I am not real good with these types of systems.

Removed OFMEET and Installed Pade to see if I could get it going. Same exact thing. Though in the directions for Pade, it says there should be a few BOTS that log in. Focus, Jigasi, and JVB. These users are added to the server, but do not come online. Also, there are 3 Services listed. Only the Jitsi VideoBridge service comes online. The rest remain offline. I’m assuming that is why those BOTS don’t come online as well.
I’m at a total loss as to why this doesn’t work. It says in the installation instructions that it should just work out of the box.
This server is running on a CentOS8 VM. Clients connect with Spark just fine, even the Pade plugin for Spark loads and connects to the Pade conference. I’ve had 6 other users try to connect and everyone can, we just cannot see, hear or communicate with each other. To each user, there is no sign that anyone else is even connected to the room. Very strange.

Care to share your config and which ports did you open? Sanitize what you must first.

In the Registration and Login section of the Openfire admin console, I use the Allowed IP section to control who can access the server. I had not allowed the VM’s IP address and now the Jitsi VideoBridge and Colibri Focus services are running. And I have the JVB and Focus users. However, the Focus user connects and then disconnects over and over.
Here is what the DEBUG Log is showing. On the line that says SEVERE, there is something about a Policy Violation.

2025.07.31 16:07:09.876 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.access$700(XMPPTCPConnection.java:916)
2025.07.31 16:07:09.876 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader$1.run(XMPPTCPConnection.java:939)
2025.07.31 16:07:09.876 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at java.base/java.lang.Thread.run(Thread.java:833)
2025.07.31 16:07:09.877 DEBUG [Thread-339]: org.jivesoftware.openfire.SessionManager - Closing client session with address focus@apdo.chat/focus and streamID 1vaqutneu2 that does not have SM resume.
2025.07.31 16:07:09.877 DEBUG [Thread-340]: org.jivesoftware.openfire.spi.RoutingTableImpl - Adding client route focus@apdo.chat/focus
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - SEVERE: [409] [xmpp_connection=client] XmppProvider$connectionListener$1.connectionClosedOnError#155: XMPP connection closed on error: policy-violation You can read more about the meaning of this stream error at Extensible Messaging and Presence Protocol (XMPP): Core
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - stream:error</stream:error>
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - org.jivesoftware.smack.XMPPException$StreamErrorException: policy-violation You can read more about the meaning of this stream error at Extensible Messaging and Presence Protocol (XMPP): Core
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - stream:error</stream:error>
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.parsePackets(XMPPTCPConnection.java:984)
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.access$700(XMPPTCPConnection.java:916)
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader$1.run(XMPPTCPConnection.java:939)
2025.07.31 16:07:09.878 DEBUG [Thread-167]: org.jivesoftware.openfire.plugin.ofmeet.JitsiJicofoWrapper - at java.base/java.lang.Thread.run(Thread.java:833)
2025.07.31 16:07:09.881 DEBUG [Thread-340]: org.jivesoftware.openfire.spi.PresenceManagerImpl - Recording ‘last activity’ for user ‘focus’.
2025.07.31 16:07:09.886 DEBUG [Thread-340]: org.igniterealtime.openfire.plugins.pushnotification.WebPushInterceptor - If user ‘focus’ has push services configured, pushes need to be sent for a message that just arrived.
2025.07.31 16:07:09.886 DEBUG [Thread-340]: org.jivesoftware.openfire.spi.RoutingTableImpl - Removing client route focus@apdo.chat/focus
2025.07.31 16:07:09.887 DEBUG [Thread-340]: org.jivesoftware.openfire.plugin.ofmeet.OfMeetPlugin - OfMeet Plugin - sessionDestroyed focus@apdo.chat/focus

2025.07.31 16:07:09.887 DEBUG [Thread-340]: uk.ifsoft.openfire.plugins.pade.MastodonIQHandler - MastodonIQHandler - sessionDestroyed focus@apdo.chat/focus

That error usually(but not always) happen when a client tries to connect using DirectTLS on a StartTLS port or vice-versa. Is your server running on the 5222 and 5223?

Both are enabled in Client Connection Settings. But I have no idea which version the Focus User from Pade is trying to use. Though, like I said, they are both enabled.

The JVB User connects and stays connected just fine. The Focus User Connects and drops over and over…

Maybe enable Trace logging. and check for additional info on whats going wrong. i will be attempting to set up Openfire meetings this month, if i find out anything useful let you know here. and Pade is to be deprecated soon(but should be working OK as of now). Do attempt to see whats going on via Trace logging.

BTW already tried the ofmeet plugin, what i found out right out of the bat was, it needs to be on the 5222(if you are running on custom port it will not work), and you do need also a TURN server setup and configured on the external service discovery plugin.
So important parts:

  1. Need the 5222(starttls)
  2. Needs a TURN server anyone will do(Openfire does have a Pionturn plugin that should work too)
  3. In order to expose the service you need the External Service Discovery plugin.
  4. its best to use a Chromium based browser, on my tests here i managed to connect 2 audio + cameras with Brave browser and on an android DuckDuckgo browser.

Trace logging does help figuring out issues.

Everything with the server is default except for the Client Control and Monitoring plugins. All ports are default.
As for the Config, how do I get that?

Sorry, what configs are you referring about?

Mr Dele, the developer of the plugin, already acknowledge some potential issues with the plugin. And will probably work on these issues in the future.