Closed Bug 1316465 Opened 8 years ago Closed 8 years ago

Screen Sharing - Selected application doesn’t show correct screen preview

Categories

(Core :: WebRTC, defect, P1)

52 Branch
defect

Tracking

()

RESOLVED INVALID
Tracking Status
firefox52 + affected

People

(Reporter: kkumari, Unassigned)

References

Details

User Agent: 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0

Steps to reproduce:
1. Launch Firefox Nightly
2. Access https://mozilla.github.io/webrtc-landing/gum_test.html
3. Click the Application button and verify a door hanger appears for application selection
4. Select the application of your choice from "Application to share" drop down list

Expected Result:
There is a preview of the Screen/Window that will be shared. 

Actual Result:
Screen preview shows black screen

See video of the bug here:
https://ranisharma22.tinytake.com/sf/MTEwODk5NF80NDAxMTA1
Rank: 26
Priority: -- → P2
Blocks: 1284877
The actual stream shared with the page is black (except for the mouse pointer) too, so it's not a problem related to the preview.

I think you told me over IRC that you can only reproduce this on Windows.

Did you have more than one monitor when you saw the issue?
No, I have one monitor.

Note: This issue is reproducible on following User agents with one monitor:

Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Firefox/52.0

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Firefox/52.0

Current nightly:
Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0

Mozilla/5.0 (Windows NT 10.0; WOW64; rv:53.0) Gecko/20100101 Firefox/53.0
Tracking for 52, sounds like the sharing is blank as well as the preview here? If so we should probably pref this feature off in aurora till the issue is resolved.
Rank: 26 → 10
Priority: P2 → P1
I just tried this with Application and Screen on Linux Fedora 22 (nvidia) and a Lenovo Win10 laptop.  Both work.  Note that Application capture will attempt to blank any windows that aren't visible (on Linux and WIndows IIRC) to yellow; however due to the details of how Windows works, some applications when their windows are obscured will not show up at all.  An example would be Process Explorer on Windows - if obscured; their windows don't show up (they may not be 'mapped' in Xwindows terminology); it's all black.  When unobscured, they are captured.

If you're testing with the browser in full-screen, that's a bad test.  (Note this applies to general capture as well as preview; they're really the same thing - and window capture is likely affected the same way.)
I suspect this bug is invalid.  @kanchan -- Can you retest and tell me if the preview is still black when  the application being shared is visible?
Flags: needinfo?(kkumari)
This is to confirm if the screen being shared is visible on the window then it shows correct screen preview. Thanks!
Flags: needinfo?(kkumari)
Thanks, Kanchan.  I'm going to close this then as invalid.  I appreciate your testing!
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Marie, Please see this https://ranisharma22.tinytake.com/sf/MTExOTA0N180NDI3ODI3

Here I am trying to share my Skype Desktop application 
First when it is in not visible and then trying to bring it on screen and make it visible. It still shows yellow screen.

When application is already visible on screen, it works fine.
You need to log in before you can comment on or make changes to this bug.