Open Bug 1646351 Opened 4 years ago Updated 4 years ago

The last shared screen remains blocked on Hangouts meeting after stop sharing the screen by using "Stop" button from the app

Categories

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

Desktop
All
defect

Tracking

()

Tracking Status
firefox-esr68 --- affected
firefox77 --- affected
firefox78 --- affected
firefox79 --- affected

People

(Reporter: rpopovici, Unassigned)

References

(Blocks 1 open bug)

Details

Note

The last shared screen remains blocked on Hangouts meeting after stop sharing the screen.

Affected versions

Beta v78.0b8

Affected platforms

Windows 10x64

Steps to reproduce:

Engage in a video conference on Hangouts
Allow the microphone or camera sharing.
Also, start sharing the entire screen.
Click on the "Stop" button from the app

Actual result
The last shared screen remains blocked on Hangouts meeting after you click the "Stop" button

Expected result
You should not see the last shared screen if you stop sharing your screen.

Additional notes

This issue was found to reproduce with Hangouts and Windows 10 and is not feature-related.

Severity: -- → S3

More detailed STR:

  1. Engage in a Hangouts Video call and allow the microphone and camera permission door-hangers.
  2. Share your screen (any option).
    ** Observe: The camera permission is removed. **
  3. Stop screen-sharing (from the web-apps "Stop" button or from the Overlay's "Stop Sharing" button)
  • Actual:
  1. The las shared screen image before stopping the screen-share is still shared with the other participants.
  2. The camera permission door-hanger appears to the host (the user that stopped screen-sharing).
  3. If the user allows the camera permission door-hanger, the issue stops reproducing, as the camera stream is shared, not the last screen-sharing image.
  • Expected:
  1. The screen sharing stops correctly after the button is pushed; The last shared image isn't shared anymore.

Note: This issue does NOT occur on the Chrome browser because it does not remove the camera permission when starting the screen sharing.

Component: Desktop → WebRTC: Audio/Video
OS: Unspecified → All
Product: Web Compatibility → Core
Hardware: Unspecified → Desktop
Version: unspecified → Trunk
You need to log in before you can comment on or make changes to this bug.