Closed
Bug 1918641
Opened 6 months ago
Closed 6 months ago
Allow more concurrent screen sharing streams for PipeWire
Categories
(Core :: WebRTC: Audio/Video, defect)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
FIXED
132 Branch
| Tracking | Status | |
|---|---|---|
| firefox132 | --- | fixed |
People
(Reporter: jgrulich, Assigned: jgrulich)
Details
Attachments
(1 file)
Using PipeWire screen sharing backend in Firefox doesn't allow more than one concurrent stream as trying to share something else will automatically share the existing instance. This is because we use static device id for PipeWire case and the way it is implemented now, there is only one device id per DesktopCaptureImpl instance.
|
Assignee | |
Updated•6 months ago
|
Assignee: nobody → jgrulich
|
|
Assignee | |
Comment 1•6 months ago
|
||
Do not use special handling for PipeWire use case, where we always set
the same id for PipeWire device. Instead use source id from the capturer
itself, which should already give us an unique id and follow other
implementations.
Pushed by jgrulich@redhat.com:
https://hg.mozilla.org/integration/autoland/rev/4c948658a23f
Allow concurrent screen sharing streams for PipeWire r=pehrsons
|
||
Comment 3•6 months ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 6 months ago
status-firefox132:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 132 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•