1282414 - WebRTC - 'Window to Share:' list doesn't update in realtime

Status: NEW

(Core :: WebRTC, defect, P3)

Description

[Abhinav Khawarey]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36

Steps to reproduce:

1. Load https://apollodemo01.bbcollab.com/collab/ui/session/guest/8A5D356DFE1118DC9196240915B8CD23
2. Provide name and click on Join Session.
3. Click on the Share Content (+ icon on the top right), click on Share Application. 
4. 'Window to Share:' dropdown should appear.
5. Now load a new app, say Safari browser.


Actual results:

Safari browser didn't appear on 'Window to Share:' list until Screen Share was stopped and initiated again.


Expected results:

Safari browser should've appeared in the 'Window to Share:' dropdown list in realtime. (In Google Chrome, list of available apps to screenshare is updated in realtime, without having to stop and initiate screensharing.

Comment 1

[Alex Chronopoulos [:achronop]]

This is not reproduced in Nightly (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:50.0) Gecko/20100101 Firefox/50.0). 

Can you please check again with Nightly firefox. You can also use the gum test page.

https://mozilla.github.io/webrtc-landing/gum_test.html

Choose window button and check the list.

Comment 2

[Abhinav Khawarey]

I was able to reproduce issue on Firefox Nightly 50.0a1 (2016-06-28) on Blackboard Session Link as well as gum test page.

Steps to reproduce for gum test page:
1. Load https://mozilla.github.io/webrtc-landing/gum_test.html on Firefox Nightly.
2. Click on Window button and check the list.
3. Now open a new application, say Safari.
4. Click on the screen share icon on the address bar (icon between back 'Go back one page' and 'Show site information' icons).
5. Newly opened Safari application doesn't appear on the list.

Comment 3

[Alex Chronopoulos [:achronop]]

I see your point. The list is updated on a fresh call of gUM. This can happen by refreshing the page. I am not sure if the list should be updated dynamically without new execution of gUM. I will check the spec and let you know.

Comment 4

[Alex Chronopoulos [:achronop]]

@jib: can you please tell what is the expected behavior in this case? I am not able to find something in spec.

Comment 5

[Jan-Ivar Bruaroey [:jib] (needinfo? me)]

This wouldn't be in any spec since there are no content-observable side-effects. It is up to each browser to make their user's experience as pleasant as possible here.

I agree it would be an improvement, though a marginal one perhaps. We have a similar request for USB cameras in bug 827146.

Comment 6

[xpeng]

In the version Firefox 53 also has the bug:
Case : 
1. minimize the window A
2. launch the firefox
3. share application windows with getusermedia
Result: can not find the window A in the share list  (should be normal)
4. maximize the window A 
5. share application windows with getusermedia again
Result: can not find the window A in the share list  (should update in realtime)

Comment 7

[Bulk Bug Changes for mreavy's org]

Mass change P2->P3 to align with new Mozilla triage process.