Tabsharing exposed on Fennec Nightly. Disable it.
Categories
(Core :: WebRTC: Audio/Video, enhancement, P2)
Tracking
()
People
(Reporter: pehrsons, Assigned: snorp)
References
Details
Attachments
(4 files)
Reporter | ||
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
Comment 1•6 years ago
|
||
Comment 2•6 years ago
|
||
Paul discovered today that this is a working feature added in bug 928096 (Nightly only)! Added 6 years ago, and enabled in Nightly only, we must have missed it in bug 1127522 when we removed the whitelist pref in favor of our Desktop UI.
It shows up as a regular camera choice:
- Front facing camera
- Choose a tab to stream
- Back facing camera
..and when chosen, takes you to a working tab picker (see this screenshot), which then share your tab with your peer successfully.
It's implemented as a camera choice rather than through the mediaSource
constraint—which is why it shows up under "Video" not "Screen" or "Window" in [2] in comment 0.
Comment 3•6 years ago
|
||
Unfortunately, this feature has a number of problems, and should be disabled until they're resolved:
- Picker doesn't alert the end user to the dangers of screen sharing like the Desktop prompt does. It would need to do that.
- This feature should not be exposed as a camera. It should be moved to
navigator.mediaDevices.getDisplayMedia()
. - Most android devices appear unable to share camera and screen simultaneously. This is left to web sites to navigate.
- Broken labels (this screenshot),
Updated•6 years ago
|
Comment 5•6 years ago
|
||
NIing Liz so she can add this to our Fennec backlog.
NIing Snorp & Stefan as this problem might affect GeckoView & AC as well.
Andreas, you can do that simply by setting a priority and the nightly version's status flag (in this case 67)
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 7•6 years ago
|
||
Comment 10•6 years ago
|
||
Comment 11•6 years ago
|
||
Comment 12•6 years ago
|
||
bugherder |
Reporter | ||
Updated•6 years ago
|
Description
•