New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 838127 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

[Mac OS] Screen share feature in appear.in breaks upon opening a weblink

Project Member Reported by vasanthakumar@chromium.org, Apr 30 2018

Issue description

Chrome Version: 67.0.3396.18 Macbook 12" and Macbook Pro 15"
OS: MacOS

What steps will reproduce the problem?
(1) Goto https://www.sj.se/en/customer-service.html (Other sites which has a weblink to an email address can be used as well)
(2) Right click on the "Send e-mail" button and open the link in new tab
(3) Open a new tab and go to appear.in
(4) Create a room and invite a user to the same room.
(5) Click screen share button to share your screen.

What is the expected result?
Screen can be shared to the other user without any flaws.

What happens instead?
An empty video feed is shared to the other user [instead of the sharing the screen]. For some reason we end up in the next tab to the left without any user input. This happens instantly and screen share feature is not working at all. This looks bad. 


Does the screen share feature work well by skipping the steps 1 and 2?
Yes it works very well. 

For some reason mailto:xxx@xx.xx in new tab stops the screen share feature to work. 

Is this a regression? 
No this issue is reproducible in M67, M66, M65, M64. 

Is this OS specific?
Yes till now reproducible only in Mac devices. Not reproducible in Windows 10 and Linux machines. 

Does it work in other browsers?
Yes it works fine in safari and Firefox. [Macbook pro]
 
Video.webm
23.9 MB Download

Comment 2 by fi...@appear.in, Apr 30 2018

Interesting! So there are two problems here:
1) you end up in the tab one left. Does this behaviour change when you drag that mailto tab to the right? This would suggest some kind of bug in the "go back to the tab you came from"
2) capturing nothing -- this is from the desktop capturer, not the tab capture, right?
Hi,

1. Yes when I move to the other side it ends up to the right tab. Seems like "Go back to the tab you came from" is the case.
2. I guess it is desktop capture. I am not able to choose either to share the entire screen or a tab after clicking screen share. 

Thank you!
Owner: m...@chromium.org
Status: Assigned (was: Untriaged)
Ping!

Comment 6 by m...@chromium.org, May 29 2018

Labels: -Pri-2 Needs-Feedback Pri-3
Owner: vasanthakumar@chromium.org
1. Lowering priority because it's very unlikely for a typical end-user to ever execute these repro steps.

2. These repro steps are way too application-specific. Can you please distill it down into something small and generic? Otherwise, there is no way to rule-out whether this is a browser issue or a web site issue.

Labels: -Needs-Feedback
Owner: m...@chromium.org
@miu: Thanks for your suggestions. 

@1 I agree this is not a very common practice. There is definitely a scenario which can break screen sharing in appear.in. 

@2: This is reproduced if we right click on mailto:xxx@xx.xx and open in a new tab. In new tab, perform a webrtc call in appear.in and share the screen. For some reason this blanks out the screen share for appear.in. This is applicable for all websites which contains that tab open. 

Note : This scenario is not reproducible in other browser. Thus I feel chrome is connected. It does not rule out the option of a appear.in bug too. 

@Fippo: Is this bug from appear.in screen share itself? Can you please provide your suggestion?

Comment 8 by fi...@appear.in, May 30 2018

this is not under our control. It sounds like the mailto tab is not counted for some reason (because it has no valid url?).
Not getting a stream might be the result of running into an exception earlier or never getting an id for screensharing to feed into getUserMedia.

vasanthakumar:
https://github.com/webrtc/samples/tree/gh-pages/src/content/extensions/desktopcapture (visible from https://webrtc.github.io/samples/src/content/extensions/desktopcapture/) 
might be a way to reproduce this in a very small environment.
Hasn't seen much love recently though so the "how to get it to work" instructions might be outdated.
Thanks for for update Fippo. 

I was unable to download the extension. Thus I have to download similar from different location.

Step 1: Goto https://github.com/webrtc/test-pages/blob/gh-pages/src/peer2peer/extension/screencapture.zip. 
Step 2: After downloading extract the zip file. 
Step 3: Kindly update the weblink in manifest.json with "https://github.com/webrtc/samples/tree/gh-pages/src/content/extensions/desktopcapture". Save the file.
Step 4: Goto chrome://extensions
Step 5: Enable developer mode and load unpacked version. 
Step 5: Goto https://github.com/webrtc/samples/tree/gh-pages/src/content/extensions/desktopcapture and click Screen share. 

If  mailto:xxx@xx.xx or any other mailto page is open screen share is blank. 

This is reproducible 100% in the sample screen share too. 
Ping!

Sign in to add a comment