25810 2014-05-19 18:46:24 +0000 Change all extensable enum to DomStrings 2014-09-10 06:42:50 +0000 1 1 1 Unclassified WebRTC Working Group Media Capture and Streams unspecified PC All RESOLVED WONTFIX P2 normal --- 25298 1 fluffy public-media-capture dom harald jib public-media-capture stefan.lk.hakansson oldest_to_newest 106361 0 fluffy 2014-05-19 18:46:24 +0000 Given how WebIDL enum work, for any one of our current strings that is an Enum, if future specs could extend them, change to DomString 108585 1 harald 2014-07-01 09:21:57 +0000 25793 (for facingMode) is an instance of this problem, so adding as a dependency. Only enums that are used as function arguments (including those that are in dictionaries used as function arguments) cause this problem. 108645 2 harald 2014-07-02 11:11:44 +0000 Updating to reflect that 25793 has been marked a duplicate. 110697 3 dom 2014-08-28 08:21:34 +0000 VideoFacingMode has been resolved different than suggested here (with an "other" value). These leaves 2 other enums: * MediaStreamTrackState * MediaDeviceKind Both are only set by the user agent, so it's not clear to me that there would be any benefit in changing them from enums. I suggest closing as WONTFIX. 110715 4 jib 2014-08-28 15:11:39 +0000 (In reply to Dominique Hazael-Massieux from comment #3) > VideoFacingMode has been resolved different than suggested here (with an > "other" value). Not that different. It's still a DOMString. The "other" enum-value just leaves the door open for Bug 19936 to let implementations use enum here in the future. > These leaves 2 other enums: > * MediaStreamTrackState > * MediaDeviceKind > > Both are only set by the user agent, so it's not clear to me that there > would be any benefit in changing them from enums. > > I suggest closing as WONTFIX. Good observation. I agree. 111325 5 stefan.lk.hakansson 2014-09-10 06:42:50 +0000 Closing as "WONTFIX" per Dom's and Jan-Ivar's recommendation.