New issue
Advanced search Search tips

Issue 632985 link

Starred by 4 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Aug 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Minimizing Chrome's window captured by chooseDesktopMedia() should terminate screen-sharing

Reported by gtk2kri...@gmail.com, Jul 30 2016

Issue description

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

Steps to reproduce the problem:
1. タブを2つ開き、それぞれウィンドウを分ける。
2. 一方のウィンドウでchooseDesktopMedia()を実行し、もう一方のChromeタブのウィンドウを選択してスクリーンシェアを開始する。
3. スクリーンシェアを行っているタブのウィンドウを最小化する

What is the expected behavior?
他のアプリのウィンドウを選択してスクリーンシェアを行ってターゲットのウィンドウを最小化するとスクリーンシェアが終了(MediaStream endedイベント)するのと同じように、Chromeのウィンドウがターゲットであった場合でも同じように最小化するとスクリーンシェアを終了してほしい。

What went wrong?
スクリーンシェアが終了しない(MediaStreamのendedイベント発生しない)

Did this work before? N/A 

Chrome version: 52.0.2743.82  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 22.0 r0
 

Comment 1 by tkent@chromium.org, Aug 1 2016

Components: -Blink Blink>MediaStream
Labels: Needs-Feedback
Summary: Minimizing Chrome's window captured by chooseDesktopMedia() should terminate screen-sharing (was: Chromeのウィンドウを選択してスクリーンシェア(chooseDesktopMedia)を行い、ウィンドウを最小化したときスクリーンシェアが終了しない。)
Are you talking about chrome.desktopCapture.chooseDesktopMedia()?

Components: -Blink>MediaStream Blink>GetUserMedia>Desktop
#1: Yes, chrome.desktopCapture.chooseDesktopMedia().
attach file sample page and extension.
chooseDesktopMedia.zip
1.4 KB Download
Animation.gif
3.1 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Aug 10 2016

Labels: -Needs-Feedback Needs-Review
Owner: tkent@chromium.org
Thank you for providing more feedback. Adding requester "tkent@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by tkent@chromium.org, Aug 10 2016

Owner: ----
Cc: niklase@chromium.org
niklase: can you find someone in your team to reproduce this? It's for M52 so it's not related to the new UI, but I imagine you know the best person to look at this anyway.
This is known behaviour, the question is whether this is a bug or not. I.e. do you want to tear down your session by minimizing a window, or should it just be paused (sending 1x1 black video)?
Cc: hta@chromium.org
[triage] hta: what does the spec say? Should we change the behavior?

Comment 9 by hta@chromium.org, Aug 17 2016

The relevant spec is https://w3c.github.io/mediacapture-screen-share/ - this is not quite the same interface as the one we support through our extension-based API.

It doesn't specify anything special for minimized windows. Ending the track seems wrong; setting track.muted to true makes sense to me. I suggest you file a bug on the spec to get this clarified.

On this particular bug, I would see the most reasonable status to be "working as intended".

Agree with hta, it's also a sensitive thing to change given that apps have been built around existing behavior.
Status: WontFix (was: Unconfirmed)
Setting to WontFix since working as intended as per comment #9. 

gtk2kritto: please file a bug on the spec if you wish to improve it.

Sign in to add a comment