Closed
Bug 1398716
Opened 7 years ago
Closed 5 years ago
Can not share chrome's screen in some windows OS
Categories
(Core :: WebRTC: Audio/Video, defect, P4)
Tracking
()
RESOLVED
DUPLICATE
of bug 1559011
People
(Reporter: xpeng, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:55.0) Gecko/20100101 Firefox/55.0 Build ID: 20170824053622 Steps to reproduce: 1. open chrome browser 2. use the demo :https://www.webrtc-experiment.com/getScreenId/ to click the button "capture your own screen". 3. select the chrome window to share Actual results: the chrome 's previewing window is black , and the sharing result is black too. we can reproduce the issue in some PC (some windows 10 but some windows 10 not) Expected results: share chrome's window normally .
Updated•7 years ago
|
Component: Untriaged → WebRTC
Product: Firefox → Core
Comment 1•7 years ago
|
||
Confirmed with the link supplied and https://mozilla.github.io/webrtc-landing/gum_test.html using Windows 8.1 in a VM. Works as expected in Ubuntu 17.04 and OS X.
Status: UNCONFIRMED → NEW
Rank: 17
Component: WebRTC → WebRTC: Audio/Video
Ever confirmed: true
Priority: -- → P1
Comment 2•7 years ago
|
||
Windows 10 (and windows 8 IIRC) have drawing modes for windows that make the "normal" content-scraping that window capture fail. I think full screen capture should work in this case. We try to remove windows that aren't capturable, but this may not be something we can determine for Chrome; I'm not sure. Microsoft is working on a capture API that will solve this problem IIRC (Edge has the same issue capturing some windows I believe)
Comment 3•7 years ago
|
||
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2
Comment 4•7 years ago
|
||
(In reply to Randell Jesup [:jesup] from comment #2) > Windows 10 (and windows 8 IIRC) have drawing modes for windows that make the > "normal" content-scraping that window capture fail. I think full screen > capture should work in this case. We try to remove windows that aren't > capturable, but this may not be something we can determine for Chrome; I'm > not sure. > > Microsoft is working on a capture API that will solve this problem IIRC > (Edge has the same issue capturing some windows I believe) Yes, I tested full screen capture and it worked properly. I'm dropping the priority as this doesn't seem like something we'll be able to fix in the short term.
Rank: 17 → 27
Priority: P2 → P3
Comment 5•6 years ago
|
||
I built chromium from a fresh checkout on my windows laptop. It turns out that chromium is also unable to share chrome windows, and firefox is able to share chromium windows, so it seems like this is a limitation of the webrtc.org desktop capture code, rather than firefox. Since this is essentially an upstream bug and screen sharing is available as a workaround, I don't think this is a high priority to fix.
Comment 6•6 years ago
|
||
I should have mentioned that I verified that chromium is using the webrtc.org desktop capture code.
Comment 8•6 years ago
|
||
see also https://bugs.chromium.org/p/chromium/issues/detail?id=883248 which explains this behaviour to some extent.
Updated•5 years ago
|
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•