1623018 - [mac] Part of screenshare is frozen with a dual display setup

Status: NEW

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

Description

[Catalin Sasca, QA [:csasca]]

Attachment: Screenshare glitch.mov

Affected versions

• Firefox 74.0
• Firefox 75.0b4
• Firefox 76.0a1

Affected platforms

• macOS 10.15

Steps to reproduce

1. Launch Firefox
2. Access Janus Webrtc
3. Click on Start, insert a title for the room and then click on share your screen.
4. At the window selection, choose Screen 2 and accept the permissions

Expected result

• Screen is shared without any issue

Actual result

• Only a part of the screen is actually shared, while the rest is frozen

Regression range

• I will see for a regression

Additional notes

• The issue can be seen in the attachment
• This was reproducible on a macbook, with a dual display setup.
• Both Windows and Ubuntu seems not to be affected

Comment 1

[Release mgmt bot [:sylvestre / :calixte / :marco for bugbug]]

Bugbug thinks this bug is a regression, but please revert this change in case of error.

Comment 2

[Byron Campen [:bwc]]

Do we know if this happens on ESR68?

Comment 3

[Catalin Sasca, QA [:csasca]]

Yep, 68.6.0esr is also affected.

Comment 4

[Rachel Tublitz [:rachel]]

Hey Dan, are you still planning to address this one for FX 77?

Comment 5

[Dan Minor [:dminor]]

I'm not sure if I will have time for this, I'm pretty busy with Bug 1164187. Nico, is there any chance you could have a look at this one?

Comment 6

[Nico Grunbaum [:ng, @chew:mozilla.org]]

Sure, I can take a look.

Comment 7

[Julien Cristau [:jcristau]]

Do you have an update here Nico?

Comment 8

[Nico Grunbaum [:ng, @chew:mozilla.org]]

I think I may have finally been able to reproduce this issue. For me, if there is nothing on the second screen, only a portion of menus will appear. I will try get a regression range. I can reproduce this on 10.14. It appears that the bounds of the update area is inconsistent on the second screen.

Comment 9

[Catalin Sasca, QA [:csasca]]

I tried searching a regression for this, but it turns out that it will be broken on builds as early as the first months of 2017. Trying older builds than that, will refuse to share the screen at all, as the page will remain white.

Comment 10

[Paul Adenot (:padenot)]

Nico, did you end up finding what's up here?

Comment 11

[Nico Grunbaum [:ng, @chew:mozilla.org]]

Perhaps. I was just talking to Dan yesterday about a seemingly extra crop and scale we are doing for ScreenSharing in MediaEngineRemoteVideo. I think what I was able to reproduce may be a second unrelated problem.