1042671 - Screen & Audio option for entire screen in fullscreen is broken

Status: RESOLVED INVALID

(Core :: WebRTC, defect)

Description

[Bogdan Maris, Desktop QA]

Latest Nightly 34.0a1 (buildID: 20140722030201)

STR:
1. Open Firefox
2. Set media.getusermedia.screensharing.enabled to true
3. Open http://queze.net/goinfre/ff_gum_test.htm in a new tab
4. Click Screen & Audio
5. Open Window or screen to share dropdown and select Entire Screen
6. Click Share Selected Items
7. Right click the shared area and select Full Screen
8. Click Allow

Expected result: The screen is shared.

Actual result: The screen image is completely broken.

Notes:
1. This happens on Windows and Mac
2. Screen is fading away slowly. Screenshot showing the issue: https://db.tt/mTDChwJi

Comment 1

[Florian Quèze [:florian]]

(In reply to Bogdan Maris, QA [:bogdan_maris] from comment #0)
> Latest Nightly 34.0a1 (buildID: 20140722030201)
> 
> STR:
> 1. Open Firefox
> 2. Set media.getusermedia.screensharing.enabled to true
> 3. Open http://queze.net/goinfre/ff_gum_test.htm in a new tab
> 4. Click Screen & Audio
> 5. Open Window or screen to share dropdown and select Entire Screen
> 6. Click Share Selected Items
> 7. Right click the shared area and select Full Screen
> 8. Click Allow
> 
> Expected result: The screen is shared.

So what's actually the expected result? If you are sharing your screen and don't display on the screen anything but the video where the stream is displayed, I don't think there's anything to display and a blank screen isn't too bad.

I guess the reasonable thing to do would be to disable the "fullscreen" command on <video> tags that contain a screen share stream.

jesup, do we have a way to know that a video tag currently contains a screen share stream?

Comment 2

[Maire Reavy [:mreavy]]

I talked with jesup.  Sharing a screen with yourself is expected to show recursion artifacts, and it sounds like this is what would be expected from recursion.