1663934 - screenshare stops at a usb device connection/disconnection

Status: RESOLVED DUPLICATE of bug 1654430

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

Description

[Mohamed Amine Ben Salah]

Attachment: bug-ff.gif

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36

Steps to reproduce:

NOTE: this happens on Linux Xenial and Windows 10, using FireFox browser 80.0.1.

1. connect to google hangout meeting
2. start screensharing
3. during the screenshare, connect or disconned a usb device (headset, webcam...)

Actual results:

screensharing stops suddently without showing any dialog

Expected results:

screensharing should continue normally

Comment 1

[Dan Minor [:dminor]]

Confirmed this on meet.google.com and whereby.com. On whereby.com, the problem only seemed to occur when a usb device was removed. It doesn't matter if the usb device removed is not being used for the call, the sites still stop screen sharing.

Comment 2

[Dan Minor [:dminor]]

Thank you for reporting this bug!

Comment 3

[Mohamed Amine Ben Salah]

you're welcome.

Comment 4

[Dan Minor [:dminor]]

Attachment: Bug 1663934 - Reuse EnumerateRawDevices arguments after device change; r=pehrsons!

Currently, after a device change, when re-enumerate the Camera and Microphone
devices and then remove any devices that are no longer present. If we're doing
window sharing, the devices associated with the window will not be enumerated,
causing window sharing to stop, even if the device removed was not being used.
This stores the last used arguments to EnumerateRawDevices, and re-uses them
to re-enumerate after a device change.

Comment 5

[Dan Minor [:dminor]]

Attachment: Bug 1663934 - Update outdated comment; r=pehrsons!

Depends on D90437

Comment 6

[Dan Minor [:dminor]]

This should be fixed by the patches on Bug 1654430.