Right now, I’m able to see the jitsi page (dark blue background). I can see myself on the loopback video, etc.
However, I open the same URL (room) on two different browers but they don’t see themselves as if they are different users.
They see themselves as if they are alone in the room.
I tried a 3rd browser and it’s like it’s alone in the room also. It’s like the same room with the same name is in its ownspace/dimension.
a) If I enter something in the chat window, nothing appear in the console (F12 on the browser)
b) If I reload the page I have some errors but they don’t seem to be related to my problem
LocalStatsCollector.js:22 The Web Audio autoplay policy will be re-enabled in Chrome 70 (October 2018). Please check that your website is compatible with it. https://goo.gl/7K7WLu
[modules/UI/videolayout/VideoLayout.js] <Object.changeUserAvatar>: Missed avatar update - no small video yet for undefined
[JitsiMeetJS.js] <Object.init>: Analytics disabled, disposing.
[modules/statistics/AnalyticsAdapter.js] <e.value>: Disposing of analytics adapter.
That’s strange, if participant do not see each other(not like audio video, but you don’t see any participant’s thumbnail in the room) and you have one server, than they must be having problem connecting to the muc … check prosody logs.
So, regarding the /etc/jitsi/videobridge/sip-communicator.properties file, nginx is chrooted so the www user doesn’t have access to the /etc tree.
I just copied it into /var/www/etc/jitsi/videobridge/sip-communicator.properties but no luch that didn’t help
There’s nothing in the prosody.debug logs that would tell me something
INFO: CAT=stat create_conf,conf_id=7c06c8cc2687f6ce conf_name=null,logging=false,conf_count=1,ch_count=0,v_streams=0
Nov 10, 2018 12:15:47 AM org.jitsi.util.LoggerImpl log
INFO: Performed a successful health check in 13ms. Sticky failure: false
Yes sorry, it was clear for me but maybe not in my text.
=> I just see ONE thumbnail
When I start videobridge I see
INFO: Not starting the Jetty service for org.jitsi.videobridge.rest.PublicClearPortRedirectBundleActivator(port=8080)
INFO: Using org.ice4j.ice.harvest.MappingCandidateHarvester, face=/JVBPRIV@, mask=/MYPUB@
I don’t know what is this port 8080
The client loads the UI and sends a conference iq to jicofo (the iq message you have posted above)
Jicofo checks and if the conference does not exists, creates the room and joins there
The client receives answer for the conference iq and enters the room
A second participant joins, jicofo sees that and invites both participants
Both participants exchange invitations to each other for p2p connection
media starts to flow direct between peers if possible (p2p succeeds) or everybody starts sending to jvb and jvb starts sending to the other participant
So in your case, when everybody join but see as only they are in the room, you don’t see the remote participants thumbnail, this most probably means that your deployment breaks on step 3, where client needs to join the muc, when it joins it will receive information that there are remote participants and will create thumbnails for them (black thumnails with no audio/video, maybe just display name).
You must first see remote participants thumbnails, even without media flowing. So what I meant is that, there is no point to check jvb, cause it is on step 6, where if I’m reading your explanation right, your deployment is broken before even jicofo contacts jvb to open channels and before the clients start sending data to jvb.
The thing I noticed with Jitsi is once you get an error, it’s very difficult to troubleshoot because in the first place it’s not clear how components talk to another (I read the docs).
For example your explanation is very clear and your message
You have a signalling problem, it cannot reach the state to use jvb at all, your participants are not joining the muc this should be fixed first.
Tells something to start a troubleshooting.
Which error message could have told me I didn’t have the right AUTHORIZED_SOURCE_REGEXP