Closed Bug 1233870 Opened 9 years ago Closed 8 years ago

LocalMediaStream's returned MediaStreamTracks do not have label set

Categories

(Core :: WebRTC, defect, P3)

41 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 866513

People

(Reporter: jeremy.noring, Unassigned)

Details

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

Steps to reproduce:

1. Call getUserMedia, requesting audio and video.
2. in the success callback, fetch tracks off the returned stream via getTracks()
3. Examine the label value on each track



Actual results:

The label is an empty string.


Expected results:

The label should be the name of the mic/camera chosen.  This is how Chrome currently behaves.  

Admittedly the standard does not mandate this behavior (see http://w3c.github.io/mediacapture-main/#dom-mediastreamtrack-label, "User Agents may label audio and video sources (e.g., "Internal microphone" or "External USB Webcam"). The label attribute must return the label of the object's corresponding source, if any. If the corresponding source has or had no label, the attribute must instead return the empty string.").  

However, it is not possible to determine the selected audio/video device without this information.

Could we pretty-please-with-sugar-on-top, add some information to the label so it's possible to relate the active mic and camera with mic and camera enumeration?  Or is there some other method being worked on to determine the current active hardware, so a page can correctly show available hardware and current selected hardware?
Component: Untriaged → WebRTC
Product: Firefox → Core
Probably duplicate of Bug 866513
Jan-Ivar - is this a dup?  (Do we provide default labels now?) or is it just unblocked now that bug 866513 landed?
Status: UNCONFIRMED → NEW
backlog: --- → webrtc/webaudio+
Rank: 35
Ever confirmed: true
Flags: needinfo?(jib)
Priority: -- → P3
Status: NEW → RESOLVED
Closed: 8 years ago
Flags: needinfo?(jib)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.