This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 22265 - getSourceInfos() on non local stream tracks
Summary: getSourceInfos() on non local stream tracks
Status: RESOLVED INVALID
Alias: None
Product: WebRTC Working Group
Classification: Unclassified
Component: Media Capture and Streams (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: public-media-capture@w3.org
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-04 17:00 UTC by Dominique Hazael-Massieux
Modified: 2013-08-13 14:50 UTC (History)
3 users (show)

See Also:

Attachments

Description Dominique Hazael-Massieux 2013-06-04 17:00:11 UTC 
What should happen when getSourceInfos() is called on a remote track (obtained via PeerConnection)?

I don't think it should give information about the local media sources; I don't think it should give information about the remote media sources either (at least I don't see a use case that would justify the privacy cost).

A similar question would be raised for MediaStreamTracks obtained via the Web Audio API; so we may need generic guidance on MediaStream producers (for this and other items).
Comment 1 Justin Uberti 2013-06-04 22:48:20 UTC 
Isn't getSourceInfos a static function?
Comment 2 Dominique Hazael-Massieux 2013-06-05 06:34:49 UTC 
Ah yes, of course, forgot about that.

That being said, I think the spec should be clearer about granting access to that information only once consent to access one source via getUserMedia has been granted
Comment 3 Harald Alvestrand 2013-08-13 14:50:09 UTC 
Closing bug as invalid, since it was based on a misunderstanding.
Issues with privacy concerns on getSourceInfos should be raised under another title, if they are still worrisome.