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 25794 - Make facingMode a VideoFacingModeEnum again once enum default notation is supported in webidl.
Summary: Make facingMode a VideoFacingModeEnum again once enum default notation is sup...
Status: RESOLVED LATER
Alias: None
Product: WebRTC Working Group
Classification: Unclassified
Component: Media Capture and Streams (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Cullen Jennings
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 19936 25298
Blocks:
  Show dependency tree / graph
 
Reported: 2014-05-19 05:01 UTC by Jan-Ivar Bruaroey [:jib]
Modified: 2014-10-02 14:19 UTC (History)
4 users (show)

See Also:

Attachments

Description Jan-Ivar Bruaroey [:jib] 2014-05-19 05:01:24 UTC 

    


    


      



        
          Comment 1
        

        
          Harald Alvestrand

        

        
        

        
          2014-07-02 11:10:54 UTC
        

      






Updating to reflect 25793 declared a duplicate

    


    


      



        
          Comment 2
        

        
          Stefan Hakansson LK

        

        
        

        
          2014-09-10 12:35:00 UTC
        

      






Assigning to Jan-Ivar (and a question to him about status has been sent on list: http://lists.w3.org/Archives/Public/public-media-capture/2014Sep/0025.html)

    


    


      



        
          Comment 3
        

        
          Stefan Hakansson LK

        

        
        

        
          2014-09-19 07:22:47 UTC
        

      






Re-assigned. To be reviewed now that PRs #14 and #16 have been merged.

    


    


      



        
          Comment 4
        

        
          Cullen Jennings

        

        
        

        
          2014-10-02 13:33:15 UTC
        

      






Until webidl support Enums that are extensible, we need to use strings. However text was added to make it preserver the flexibility needed to later change to Enum if we want.

    


    


      



        
          Comment 5
        

        
          Anne

        

        
        

        
          2014-10-02 14:19:55 UTC
        

      






This does not seem like the correct resolution. Specifications should be maintained so if a new value makes sense, you should issue a new version of the specification. Distributed extensibility for specifications does not make sense and will only confuse implementers.