Open Bug 1655352 Opened 6 years ago Updated 3 years ago

Not all windows listed on screen share, some hang the system

Categories

(Core :: WebRTC: Audio/Video, defect)

78 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: u644666, Unassigned, NeedInfo)

References

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

So i tried streaming a game with firefox and it didnt see its window at all.
Later i tried streaming firefox itself, and it hung my system completely, same happens with chromium, VS Codium and the Terminal (tested with gnome-terminal, Konsole and Terminator)

Actual results:

My system was hung to the point where i had to force restart it when i tried streaming the above mentioned programs. I tested the same things in chromium and none cause the chaos Firefox did.

Expected results:

The streaming should work with all windows

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

If that also happens with other programs it doesn't seem to be Firefox fault.

If that also happens with other programs it doesn't seem to be Firefox fault.

I think they mean trying to stream those windows through Firefox.

Component: Widget: Gtk → WebRTC: Audio/Video

The severity field is not set for this bug.
:jib, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(jib)

This bug is 3 years old, and I'm not sure it's actionable still (unless the reporter is still here?)

Nico do you agree, and can you confirm screen sharing is working on linux for you? I know on Windows, it's an issue that not all windows are shareable. Is this a thing on linux as well do you know?

Flags: needinfo?(jib) → needinfo?(na-g)

IIRC, the root of the issue is not screen sharing itself but a racey libxcb rentrency bug (X11 deadlock) with its error handling. The bug can be hit by any code using X11 via libxcb or otherwise, and that can include the popup permissions window for gUM/gDM. It really needs to be fixed in libxcb. Jan-Ivar, we may be able to significantly reduce our chances of hitting that by not generating screen capture previews in those prompts. Is that something you could bring up with the maintainers of the permissions popup?

Flags: needinfo?(na-g) → needinfo?(jib)
You need to log in before you can comment on or make changes to this bug.