Hi, since update to 6.5-dev, the screen-share feature of teams running in a browser is broken. I tried different (chrome-based) browsers, but no success. The 'best' working browser seems to be ms-edge, here we have a edge-rendered dropdown menu to share e.g. the entire screen. Acknowledgeing this, a new popup comes up (this is sth. known to me, looks like the portal-popup allowing me to chose from window contents only or entire screen) Select entire screen here as well. Back to the browser-dropdown, i can see a preview of the screen selected Click on 'share or ok' in this dropdown. Now, the screenshare should happen. But, the only thing i see is the browser-rendered mini-popup allowing me to 'stop sharing' or 'hide' the mini-popup. And that's it... no screen share takes place, my chat-partner only sees my camera picture but nothing i tried to share previously Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.80 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.0 Kernel Version: 6.14.9-300.fc42.x86_64 (64-bit) Graphics Platform: Wayland
>since update to 6.5-dev, the screen-share feature of teams running in a browser is broken. But things worked before? If possible can you test here: https://www.webrtc-experiment.com/Pluginfree-Screen-Sharing/
yes, was working properly in 6.4-dev (i am/was using it all the time) Let me check your link
yes, does not work. The video just displays black contents and a 'spinner' animation
more details: does not work in chromium-based browsers firefox 139 does work, here i see the preview of entire-screen or individual windows
not working in: chromium, Version 137.0.7151.55 (Official Build) Fedora Project (64-bit) Microsoft Edge, Version 137.0.3296.52 (Official build) (64-bit) Ferdium 7.1.0, based on electron 35.1.5
Created attachment 181967 [details] stream working in browser popup
@David Redondo yes - up to this point (your attachment) this also works in my chromium browsers. Clicking on 'share'/'teilen' and looking at the video-player is where the problem begins :-D
It displays correctly in the browser popup but fails then in the webpage itself. Given that it works in firefox, I am inclined to believe that it is a chromium bug. According to qpwgraph the stream is not connected to anything but still exists.
After further investigation I believe this is the same bug as 504384 Chrome closes and restores the session when closing the popup and going to the webpage. Our portal impl correctly starts the session but something goes wrong along the way... *** This bug has been marked as a duplicate of bug 504384 ***
i see what you mean: qpwgraph has the portal-brave connection but drops it wafterwards with firefox, the connection is kept. Still im wondering that all my chromium based browsers have this bug - this would be a bit complicated complaining in their respective bugtrackers for each of 'em (and OBS)? just saying, it might also be another source of problem...
It's a bug in our portal impl when restoring which happened due to refactoring