1392565 - Only part of the screen is shared (25%) when user shares the entire screen with firefox beta and nightly

Status: RESOLVED WORKSFORME

(Core :: WebRTC, defect, P2)

Description

[KIshor Kulkarni]

Attachment: firefox _screen_share_issue.jpg

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

Steps to reproduce:

- Start the firefox webrtc meeting 
- Start the screen share 
- Select the entire screen and click on "Allow"



Actual results:

On the receiving end the entire screen is will be not received. 

Only part of the screen will be received (say 25%)  and remaining part we will get the some random packets 

Even if we open any application also , it will be received only part of the screen .

Please find the screen shots for the reference 


Expected results:

Entire screen should be shared 

Even if we open the applications also , the application should be shared entire screen but not only the part of the screen.

Comment 1

[KIshor Kulkarni]

Attachment: appera.in_screen_share_issue.jpg

Comment 2

[KIshor Kulkarni]

Attachment: firefox_screen_share_issue.txt

Comment 3

[KIshor Kulkarni]

Issue is observed on the - 

Windows 10 , Mac Os sierra and windows 8.1 running with firefox beta version -56 and firefox nightly version -57

Comment 4

[Alex Chronopoulos [:achronop]]

In your description, in the steps to reproduce, what do you mean by:
- Start the firefox webrtc meeting 
Is it a specific URL?

Comment 5

[KIshor Kulkarni]

(In reply to Alex Chronopoulos [:achronop] from comment #4)
> In your description, in the steps to reproduce, what do you mean by:
> - Start the firefox webrtc meeting 
> Is it a specific URL?

I mean , to start the webrtc call with any of the webrtc applications URL

In this this i have tested with , Blujeans and appear.in webrtc solutions. 

I have used the following url in case of the appear.in while testing - https://appear.in/test123

Comment 6

[Prerak Jain]

Can someone provide an update this issue, we are seeing this issue every time we try to share the entire screen from Firefox beta/nightly on a Mac/Windows system. The experience is very bad for the users receiving the screen share from a Firefox endpoint, the first frame is captured and sent correctly. After the first frame, the screen capture resolution is scaled down and sent in a way that about 25% of the top left screen has the actual captured screen content and rest of the screen is frozen.

Comment 7

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

Closing this as a dup of bug 1395289, due to the similarity and timing of the symptoms, and updating that bug to cover Windows.

Comment 8

[Dan Minor [:dminor]]

I'm going to reopen this. Bug 1395289 has a OS X specific fix that should land soon, but the Windows bug appears to be a separate problem. 

I've had problems reproducing this. It looks like that there are two code paths for screen sharing, one using DirectX and the other GDI. It's possible that on the test machines I'm using I'm on a working code path and the problem is occurring on the other. I'll investigate further.

Comment 9

[Lee Ho]

Can someone please update the version field from 57 to 56, since this was first reported on Firefox 56 Beta?

Comment 10

[Bulk Bug Changes for mreavy's org]

Mass change P1->P2 to align with new Mozilla triage process

Comment 11

[Dan Minor [:dminor]]

Tried again, still does not reproduce on call between Windows 10 laptop and Ubuntu desktop.