Jitsi doesn't work (WebRTC, Video Conferencing)

[RedSteel-1]

When I start a conference in Jitsi (with camera and mic enabled ofc), the situation is as follows:

• I can see my video and the mic levels on Jitsi in the browser.
• The participants don't see me (and likely don't hear me).
• I don't see the participants' image.

Could you fix this?

(in the meanwhile, could provide a method for fixing this manually (about:config params, etc.))

[Thorin-Oakenpants]

try adding a canvas site exception - instructions -> https://github.com/arkenfox/user.js/wiki/3.3-Overrides-[To-RFP-or-Not]#-rfp

[RedSteel-1]

The site doesn't use canvas, otherwise there would be an icon and a notification in the left side of the address bar.

(Still, I opened site settings and set canvas to "allow" for this site - the issue persisted, which was expected since canvas is not used anyway).

[Thorin-Oakenpants]

otherwise there would be an icon and a notification in the left side of the address bar

This is not true. Canvas notifications are not always triggered (there are bugzillas open on how to improve this), and it would also depend on whether the canvas code even gets to run as maybe something else prevents it or errors first

why don't you provide the console contents (errors, logs)

the issue persisted, which was expected since canvas is not used anyway

how do you know it's not used - many webrtc platforms require canvas or even webgl to work (or use canvas to check for discrepancies). Considering the issue was (some) imaging, canvas was worth testing, no need to be snarky

unsubscribing

[RedSteel-1]

This is not true. Canvas notifications are not always triggered (there are bugzillas open on how to improve this)

Ok, I didn't know this, I thought the canvas icon is shows always when canvas is used.

why don't you provide the console contents (errors, logs)

Because no one asked for this maybe? Usually devs ask for logs when it's needed. How would I know that I should attach smth from the logs? Will test Jitsi once again now and check the logs, if there's smth then i will add this to the thread

how do you know it's not used

Again, because of the icon that supposed to show up when it is used! I didn't know that it is unreliable and doesn't always show up, until you told this.

Considering the issue was (some) imaging, canvas was worth testing

Agree, this is why I tested it.

no need to be snarky

Where was I "snarky"? If something in my previous post looked "snarky" to you, sorry, nothing "snarky" was meant there.

[ruihildt]

Can you confirm which version of the browser you're using?

Can you also confirm the number of participants in those meetings? We're also using Jitsi, and we have noticed that sometimes with less than 3 people in a conversation, the webcam would not show. I'm not sure if it's a Jitsi error or a configuration error.

[RedSteel-1]

@ruihildt

Can you confirm which version of the browser you're using?

The browser is always updated, currently it's v12.5.6

Can you also confirm the number of participants in those meetings? We're also using Jitsi, and we have noticed that sometimes with less than 3 people in a conversation, the webcam would not show. I'm not sure if it's a Jitsi error or a configuration error.

I'm testing with 2-3 participants.

New observations: One more thing that could cause the issue is the Firewall. Even though I configured it to allow UDP for Mullvad, I decided to temporarily disable it completely and test again, the results were the same as before.

Also, it seems like Mullvad just doesn't allow the remote video/audio-stream to play. When camera turns on in Mullvad, something happens, but instead of the image a black screen is shown. And when camera turns on on the opponent's side, something happens again, but the black screen is shown instead of the opponents image. (despite the fact that I can see myself from the local camera in Mullvad)

[ruihildt]

@RedSteel-1 Can you check this page, and see what it reports?

https://mozilla.github.io/webrtc-landing/pc_test_no_h264.html