Re: Plan for progression of Media Capture and Streams towards W3C Last Call

I am on vacation for the next week and also getting ready for the joint interim meeting. We also have LC’s going some other webRTC documents. As a result of all that I will not be able to do a complete review the document before April 19. I strongly object to the idea of a "VERY short last period for review" as that will simply result in comments needing to come in as written comments in LC. Could you clarify how short "VERY short" is?

Anyways, I will try and open bugs some time after the meeting. 


On May 8, 2014, at 5:57 AM, Harald Alvestrand <harald@alvestrand.no> wrote:

> With the closure of the Constraints topic, we believe that the last major item on this document is closed, and that the rest of the stuff we need to do consists of finding and fixing the remaining smaller issues.
> 
> As of this writing, there are 14 open bugs. There will be more.
> 
> The chairs are suggesting the following timeline:
> 
> - Yesterday, May 7: New version of the spec, with the conclusion of the Constraints discussion, published.
> - From that publication to Sunday, May 18: WG review. Open season for bug filing; everyone's encouraged to file bugs on the "Media Capture and Streams" component in Bugzilla.
> - Monday, May 19: Face to face time - we spend time discussing stuff that is beyond the nits stage. The chairs pick bugs to address.
> 
> At this time, we close the buganizer for input, saying that items should instead be raised on the mailing list if necessary, with the chairs filing bugs when needed, and work on burning down the buglist.
> 
> - When the bug list is empty of bugs filed before May 18, and the resulting document is published, we give a VERY short last period for review, and then send the document for W3C Last Call.
> 
> We do expect to see feedback on the W3C Last Call. Issues will be raised.
> 
> Hopefully, we can start burning those down in June; how much progress we make determines how much time we will need for the next process steps.
> 
> Also hopefully, we'll have a stable spec.
> 
> NOTE: The preferred format for proposed minor fixes or changes in wording is a Git pull request.
> Those are fast to process, and accomplish what the suggester wanted.
> For stuff that actually changes the meaning of the document, mailing list discussion is desirable.
> 
> Harald, for the chairs.
> 
> 
>

Received on Thursday, 8 May 2014 14:50:33 UTC