Gabi Cheta [:Gabi] Desktop QA Reporter
	Description • 6 years ago

[Environment:]
Ubuntu 16.04, Mac Osx 10.10.5

Beta 60.0b8 
Nighlty 61.0a1 20180402111808


[Steps:]


1. Open Firefox
2. Navigate to https://hangouts.google.com
3. Login with valid account
4. Click on Video Call
5. Click to allow video/audio permissions
6. Go to Settings (right top corner)
7. Observe the video/microphone drop downs option


[Actual Result:]
Video/Microphone media options are not visible under Hangouts General settings


[Expected Result:]
Video/Microphone media options should be visible under General settings

[Note:]
Issue not reproducible in Chrome

	Andreas Pehrson [:pehrsons]
	Comment 1 • 6 years ago

I tested around a bit and have a couple of observations:

A "devicechange" event (triggered by me adding or removing a camera or microphone device) will make the device names visible.
Does Chrome perhaps trigger "devicechange" after gUM is accepted and device names revealed?

They use ideal constraints for deviceId when you change device, allowing you to change your choice in the permission prompt. This has been brought up before in bug 1441874.

When selecting a different camera, nothing happens. This is bug 1443294.

When selecting a different microphone, I get a permission prompt for it, so this seems fine.

	Andreas Pehrson [:pehrsons]
	Comment 2 • 6 years ago

(In reply to Andreas Pehrson [:pehrsons] from comment #1)
> I tested around a bit and have a couple of observations:
> 
> A "devicechange" event (triggered by me adding or removing a camera or
> microphone device) will make the device names visible.
> Does Chrome perhaps trigger "devicechange" after gUM is accepted and device
> names revealed?

I don't see support for this in the spec. This is probably a Hangouts issue.

	Andreas Pehrson [:pehrsons]
	Comment 3 • 6 years ago

The likely scenario here is that Hangouts populates this list on load, and updates it on "devicechange".

This works in Chrome where permissions are always persistent.

However, in Firefox, if a user chooses to not persist permissions, a device enumeration before user has granted permission to use camera or microphone will return devices with empty label strings. This is to spec, [1].

It's up to Hangouts to re-run the device enumeration after the first getUserMedia request is resolved.

Moving to devrel.


[1] https://w3c.github.io/mediacapture-main/getusermedia.html#dom-mediadeviceinfo-label

	Sergiu Logigan [:sergiu]
	Comment 4 • 6 years ago

I cannot reproduce this on Windows 10 and Nightly 61. Can you please recheck?

	Gabi Cheta [:Gabi] Desktop QA Reporter
	Comment 5 • 6 years ago

(In reply to Sergiu Logigan [:sergiu] from comment #4)
> I cannot reproduce this on Windows 10 and Nightly 61. Can you please recheck?

Issue is reproducible only on MacOS and Ubuntu. Thannks

	Mike Taylor [:miketaylr]
	Comment 6 • 6 years ago

I wonder what I'm missing... I can't reproduce on Mac.

	Mike Taylor [:miketaylr]
	Comment 7 • 6 years ago

Gabi, can you check if you see any errors in the browser console?

	Karl Dubost💡 :karlcow
	Comment 8 • 6 years ago

(In reply to Andreas Pehrson [:pehrsons] from comment #3)
> However, in Firefox, if a user chooses to not persist permissions, a device
> enumeration before user has granted permission to use camera or microphone
> will return devices with empty label strings. This is to spec, [1].

This seems key for reproducing or not.

* Testing on Safari I get after Video Call, a request to install a plugin.
  (giving up)

* Testing on Firefox Nightly, everything is working for me with non-persistent permissions. 
  Firefox Nightly 61.0a1 (2018-05-06) (64-bit)
  macOS 10.13.4 (17E202)
  PS: This is tested with an absolute fresh profile. No addons. No plugins. No flash. No tracking protection.


Let me add screenshots.

	Karl Dubost💡 :karlcow
	Comment 9 • 6 years ago

The Remember is unchecked.

	Karl Dubost💡 :karlcow
	Comment 10 • 6 years ago

Once the settings gear have been clicked just after
https://bugzilla.mozilla.org/attachment.cgi?id=8973566 the request for permission dance.

We get the normal menu.

	Gabi Cheta [:Gabi] Desktop QA Reporter
	Comment 11 • 6 years ago

Re-checked today on the same OS-es and the builds that the issues was reported and it seems that I cannot reproduce it anymore.
I'm not sure what changed in the meantime but now the media options are visible in Hangouts settings and disappear only when the media devices are unplugged which is expected.
This was probably fixed by Hangouts, marking the issue as Works for me.