mirror of
https://github.com/brl/mutter.git
synced 2024-12-27 05:12:15 +00:00
a2a4067e07
When a stream is destroyed by a consumer, mutter won't be able to recognize that. For mutter, the stream just paused, but did not disconnect, because the connection state of a PipeWire stream only represents, whether the respective PipeWire context is connected to PipeWire. In addition to that, it may be the case, that the stream consumer just recreates the stream. So even if mutter would be able to know, when the stream consumer destroyed a stream, but not the whole screencast or remote-desktop session, then mutter would not know, whether the stream will be resumed eventually or not. So, add an explicit API call to the screencast interface to stop a stream. For virtual streams, this also means, that the respective virtual monitor is destroyed. Closes: https://gitlab.gnome.org/GNOME/mutter/-/issues/2889 Part-of: <https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3307> |
||
---|---|---|
.. | ||
meson.build | ||
org.freedesktop.login1.xml | ||
org.freedesktop.RealtimeKit1.xml | ||
org.gnome.Mutter.DisplayConfig.xml | ||
org.gnome.Mutter.IdleMonitor.xml | ||
org.gnome.Mutter.InputCapture.xml | ||
org.gnome.Mutter.InputMapping.xml | ||
org.gnome.Mutter.RemoteDesktop.xml | ||
org.gnome.Mutter.ScreenCast.xml | ||
org.gnome.Mutter.ServiceChannel.xml | ||
org.gnome.SettingsDaemon.Color.xml | ||
org.gnome.SettingsDaemon.Power.Screen.xml |