-
Notifications
You must be signed in to change notification settings - Fork 995
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ScreenSharing Chrome/Edge not working #1790
Comments
/* eslint-disable no-unused-vars, no-var */ var config = {
// octo: {
}; /* eslint-enable no-unused-vars, no-var */ |
Hello We did experience the exact same issue. Screensharing worked in the past, but recently stopped. However, it works for us if the one who is sharing the screen uses Firefox 95 or the iOS App. Couldn't test Android. We did test it with chrome 97, The issue went from "works always" over "works sometimes" to "works never" in a few days. |
Hi there, I got the problem after updating to the current unstable version. I then set up the server again from scratch without installing the unstable version, after which the screen sharing worked again. Which Jitsi version is installed? |
I am already on the latest stable release =/ below is a fresh container with jitsi installed via the official installation instructions Still considering that it may be a bug introduced after upgrading and monkeypatching jitsi against log4shell, even if screensharing started to fail weeks later. I'll keep preparing the new container and switch it out later, maybe it will fix the problem. |
Finally got a chance to switch out the container - problem mostly solved. Thanks @cksr9 ! Screensharing is working from Chrome now, but only with <=2 participants ; the used clients don't matter. As soon as the third client joins the room, screensharing stops working and continues to work when all excess members (>2) left the room. Some final thoughts on this topic: I guess the jitsi meet config ( /etc/jitsi/meet/*config.js ) is at least part of the problem. I made a backup of the old config pre-upgrade and can confirm that the hashes are the same after upgrading. In the new container c2 the fresh install config is much bigger (51053 Byte vs 35719 Byte in c1). In conclusion it may be that the bug is not or not only related to jvb. |
I'm having the same problem as well. Has anyone already identified the setting that needs to be updated / changed / introduced? The video bridges are currently on |
I downgraded jitsi-videobridge2 to version 2.1-595-g3637fda4-1 and screen sharing works in chrome again. |
@PPP01 So thats the same version I'm using atm. |
Yes, with this downgrade we can share our screens again. Tested with 2-10 participants, and Firefox and chrome mixed. Everything works, but apt would like to remove all the other resources:
|
I tested a downgrade of videobridge2 as suggested (and restarted jicofo + videobridge2), sharing on chromium is still not working. |
Similar for us here. I have tried the following combos:
Screen sharing mostly doesn't work. It's hit and miss, but mostly miss. Participants are on Debian stable (chromium 98.0, ff 91.6) and or Ubuntu LTS or on Fedora stable. Today I've downgraded jitsi-videobridge2 to 2.1-595-g3637fda4-1 (that made a downgrade necessary of the jitsi-meet metapackage to 2.0.6726-1along with other jitsi related packages) as reported here by @PPP01 (thanks a lot!). Now screen sharing works again. We tested 3-way screen sharing with FF (91.6.0esr-1~deb11u1 on Debian stable), Chromium (96.0.4664.110 on Fedora current stable) and FF (? on Ubuntu current LTR). @JonathanLennox & team, are you aware of this ticket? There seems to be something quite badly and very weirdly broken in Jitsi? |
It's similar in my case. 2.0.6865-2 (2022-01-28) |
Same Issue here, works fine with Firefox but not with Chrome |
I played around with this issue without success in all setups. To summarize: The issue occurs
The issue does not occur on
The issue is reported to disappear on downgrading jitsi-videobridge (see #1790 (comment)). This will downgrade other packages, too. So finally, it must not be the videobridge causing the issue. Could this be somehow related to the migration from "Plan B" to "Unified Plan"? Where could be the difference between a fresh installation and an older setup? |
@albig : Screen sharing wouldn't work between two Firefoxes either in my test post 2.1-595 release. So I am not sure this is a chrome issue. |
I can now definitly confirm that the issue must be related to a change in chrome itself. Screensharing with >2 participants works absolutly fine with chrome 90.0.4430.72 (via Slimjet) on a fresh install with jvb on the same container where it does not work with chrome 98 when everything else is the same. |
I ve also seen this issue on two installations now. The lack of screen sharing with the latest Chromium-98-based browsers is a major regression and should be fixed with priority. Question to the Jitsi devs: how can we help in debugging and testing a fix? |
I also have the problem on fresh installations with videobridges on different servers. As workaround, I downgraded the videobridge, too. As the videobriges run on different servers, the other jitsi-packages remain on tag 6865. Now we have the following setup on Debian:
We have no problems with current Firefox 97 on screensharing. |
Just to update: the issue persist with the current releases of
We are not using websockets yet. Could this influence this issue? |
Yes. |
I tried to setup the websocked, but it (I) always failed. So I backuped all settings, purged all (jitsi, prosody, jicofo) and reinstalled all: After hours later and reintegrating our configs step by step, everything works again, the screensharing in chrome too. It must be something in the old configs, but I don't know what exactly. If you want do the same: backup your nginx settings as well. I didn't and they were overwritten. |
I could observe the same behaviour on my Jitsi instance. With two users with Chromium-based browsers, screensharing works. With three or more users, the screen remains grey. Sharing via Firefox, on the other hand, works without problems.
|
Update: The videobridge2 was configured "websockets enabled = true", but only xmpp websockets where active. This configuration results the reported problems. Disabling websockets (using WebRTC) solved the problem, also installing websockets. I hope all other admins can fix their setup also to solve this "bug". |
I don't understand this. This seems like a contradiction to me? Could you please provide example configuration of what is needed? Such as:
|
My configuration was setup regarding this guide: https://github.com/jitsi/jitsi-videobridge/blob/master/doc/web-sockets.md videobridge { To solve the problem I set enabled to false: videobridge { |
New update from our old and new setup. old setup ** fixed
new setup ** fixed
|
We still see on video bridges with Java 11
and sometimes observe grey screen when the screen sharing laptop is on high CPU load. |
Hi,
On our hosted Jitsi server under Ubuntu 20.04 behind NAT there are problems with screen sharing with Chrome and Edge. This works in Firefox.
The following error occurs in the jvb log:
"Unable to find encoding matching packet!"
The following versions are installed:
Is that known?
greeting
Christoph Kulke
The text was updated successfully, but these errors were encountered: