<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>18998</bug_id>
          
          <creation_ts>2012-09-24 23:31:16 +0000</creation_ts>
          <short_desc>Define a process for removing nominated at-risk features early in CR</short_desc>
          <delta_ts>2012-09-25 21:35:52 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>HTML WG</product>
          <component>working group Decision Policy</component>
          <version>unspecified</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>18915</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Maciej Stachowiak">mjs</reporter>
          <assigned_to name="This bug has no owner yet - up for the taking">dave.null</assigned_to>
          <cc>mike</cc>
    
    <cc>mjs</cc>
    
    <cc>Paul.Cotton</cc>
    
    <cc>rubys</cc>
          
          <qa_contact name="HTML WG Bugzilla archive list">public-html-bugzilla</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>74374</commentid>
    <comment_count>0</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2012-09-24 23:31:16 +0000</bug_when>
    <thetext>For some features marked &quot;at risk&quot;, it may be apparent early in CR that they lack any reasonably complete implementation, do not have a test suite, and are potentially controversial. In such cases, it would be useful to have a process to nominate them for early removal.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74402</commentid>
    <comment_count>1</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2012-09-25 05:01:40 +0000</bug_when>
    <thetext>Here is the proposed text for anyone who finds reading a diff inconvenient:

-----

12. Integration of Extensions during CR

Extensions to any of the Working Groups deliverables may proceed as separate extension specifications. At times, such extension specifications may advance more rapidly than the spec they extend (for example, extensions to the HTML spec itself may advance more rapidly). In some such cases, it may be desirable to integrate the extension back into the core specification.

1. Publish a First Public Working Draft of the extension spec
To be eligible for integration, an extension specification must be created in the first place, and must reach at least First Public Working Draft maturity level.

2. Satisfy CR exit criteria of the base spec
If an extension specification is to be nominated for integration into a base specification, it must first meet the CR exit criteria for the base specification. That is, every feature in the extension spec must demonstrate the level of interoperability that would be required for a feature in the base spec.

3. Nominate by the deadline
On entry to CR of any Working Groupspecification, the Chairs will identify a deadline prior to the end of CR for integration of extensions. A Working Group member may enter a nomination for integration at any time prior to the deadline. A nomination for integration must include:
  1. The name and URL of the extension specification to be integrated.
  2. The name and URL of the base specification it is to be integrated into.
  3. Rationale for integration.
  4. Evidence showing that the extension specification satisfies the CR exit criteria for the base specification.
  5. Instructions for textual integration for the editors of the base spec. These need not be detailed, but editors of the base specification may ask for more detail if required.

4. Call for Consensus
If a Working Group member enters a nomination by the deadline, and it contains all of the above required elements, the chairs will put out a Call for Consensus. If the Call for Consensus passes, then editors of the base specification will integrate the extension according to instructions. If objections are raised, objectors should cite rationale, and are encouraged to identify ways in which their objection may be addressed. If there are objections which cite rationale and are not resolved in a satisfactory manner, the Call for Consensus fails, and the extension will not be integrated. It may still be proposed for a future version using the usual issue process.

5. Integration
As with any other working group decision, editors will apply integration decisions within a week.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74403</commentid>
    <comment_count>2</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2012-09-25 05:03:11 +0000</bug_when>
    <thetext>Oops, that text is for the wrong bug. Please disregard. It was meant for bug 18997.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74405</commentid>
    <comment_count>3</comment_count>
      <attachid>1189</attachid>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2012-09-25 05:20:37 +0000</bug_when>
    <thetext>Created attachment 1189
Patch applying the above policy (relative to the patch for bug 18997)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74406</commentid>
    <comment_count>4</comment_count>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2012-09-25 05:21:46 +0000</bug_when>
    <thetext>Here&apos;s the actual proposed text for this:

13. Removing some at-risk features early in CR

Working Group members may request early removal of features that the WG has approved to be on the list of at-risk features for a specification in (or soon to be in) Candidate Recommendation.

1. Marking as at risk
To be eligible to be dropped early, the feature must be approved by the Working Group to be on the list of at-risk features prior to CR.

2. Nominating for early removal.
If an at-risk feature does not have a thorough test suite, and also does not have even a single reasonably complete implementation, it may be nominated for early removal. Nominations for early removal may be entered before entering CR, or up to 3 months after entering CR.

3. Chair review
Chairs will review nominations to ensure that requests for early removal are reasonable.

4. Opportunity to present an implementation or tests
If a nomination is reviewed and approved, advocates of the feature have up to 3 months from the date of the request to present a thorough test suite or a reasonably complete implementation.

5. Early removal
If no one presents a thorough test suite or a reasonably complete implementation by the date 3 months after the request is made, then such features will be removed early. Such features may still be pursued in standalone specifications, and may be reintegrated into the core specification if they meet the CR exit criteria and have WG consensus.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>74440</commentid>
    <comment_count>5</comment_count>
    <who name="Sam Ruby">rubys</who>
    <bug_when>2012-09-25 16:05:31 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; Created attachment 1189 [details]
&gt; Patch applying the above policy (relative to the patch for bug 18997)

Applied:

http://dev.w3.org/html5/decision-policy/decision-policy-v3.html#cr-remove-early</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1189</attachid>
            <date>2012-09-25 05:20:37 +0000</date>
            <delta_ts>2012-09-25 05:20:37 +0000</delta_ts>
            <desc>Patch applying the above policy (relative to the patch for bug 18997)</desc>
            <filename>early-removal.patch.txt</filename>
            <type>text/plain</type>
            <size>2249</size>
            <attacher name="Maciej Stachowiak">mjs</attacher>
            
              <data encoding="base64">LS0tIGRlY2lzaW9uLXBvbGljeS12My5odG1sCTIwMTItMDktMjQgMjE6NTg6NDMuMDAwMDAwMDAw
IC0wNzAwCisrKyBkZWNpc2lvbi1wb2xpY3ktdjMtbW9kLmh0bWwJMjAxMi0wOS0yNCAyMjoxOTo0
NS4wMDAwMDAwMDAgLTA3MDAKQEAgLTczLDYgKzczLDggQEAKIAogPGxpPjxhIGhyZWY9IiNjci1p
bnRlZ3JhdGlvbiI+MTIuIEludGVncmF0aW9uIG9mIEV4dGVuc2lvbnMgZHVyaW5nIENSPC9hPiAt
IFRoZSBQcm9jZXNzIGJ5IHdoaWNoIHRoZSBXb3JraW5nIEdyb3VwIGRlY2lkZXMgd2hldGhlciBh
IHNwZWNpZmljYXRpb24gdGhhdCBleHRlbmRzIEhUTUwgYmUgaW50ZWdyYXRlZCBpbnRvIHRoZSBj
b3JlIEhUTUwgc3BlYy48L2xpPgogCis8bGk+PGEgaHJlZj0iI2NyLXJlbW92ZS1lYXJseSI+MTMu
IFJlbW92aW5nIHNvbWUgYXQtcmlzayBmZWF0dXJlcyBlYXJseSBpbiBDUjwvYT4gLSBUaGUgUHJv
Y2VzcyBieSB3aGljaCB0aGUgV29ya2luZyBHcm91cCBtYXkgZHJvcCBjZXJ0YWluIGF0LXJpc2sg
ZmVhdHVyZXMgZWFybHkgaW4gQ1IuLjwvbGk+CisKIDwvdWw+CiAKIApAQCAtMTE0NCw5ICsxMTQ2
LDQ5IEBACiAKIDwvZGw+CiAKKzwvc2VjdGlvbj4KKworPHNlY3Rpb24+Cis8aDIgaWQ9ImNyLXJl
bW92ZS1lYXJseSI+MTMuIFJlbW92aW5nIHNvbWUgYXQtcmlzayBmZWF0dXJlcyBlYXJseSBpbiBD
UjwvaDI+CisKKzxwPldvcmtpbmcgR3JvdXAgbWVtYmVycyBtYXkgcmVxdWVzdCBlYXJseSByZW1v
dmFsIG9mIGZlYXR1cmVzIHRoYXQKK3RoZSBXRyBoYXMgYXBwcm92ZWQgdG8gYmUgb24gdGhlIGxp
c3Qgb2YgYXQtcmlzayBmZWF0dXJlcyBmb3IgYQorc3BlY2lmaWNhdGlvbiBpbiAob3Igc29vbiB0
byBiZSBpbikgQ2FuZGlkYXRlIFJlY29tbWVuZGF0aW9uLjwvcD4KKworPGRsPgorCis8ZHQ+MS4g
TWFya2luZyBhcyBhdCByaXNrPC9kdD4KKzxkZD5UbyBiZSBlbGlnaWJsZSB0byBiZSBkcm9wcGVk
IGVhcmx5LCB0aGUgZmVhdHVyZSBtdXN0IGJlIGFwcHJvdmVkCitieSB0aGUgV29ya2luZyBHcm91
cCB0byBiZSBvbiB0aGUgbGlzdCBvZiBhdC1yaXNrIGZlYXR1cmVzIHByaW9yIHRvCitDUi48L2Rk
PgorCis8ZHQ+Mi4gTm9taW5hdGluZyBmb3IgZWFybHkgcmVtb3ZhbC48L2R0PgorPGRkPklmIGFu
IGF0LXJpc2sgZmVhdHVyZSBkb2VzIG5vdCBoYXZlIGEgdGhvcm91Z2ggdGVzdAorc3VpdGUsIGFu
ZCBhbHNvIGRvZXMgbm90IGhhdmUgZXZlbiBhIHNpbmdsZSByZWFzb25hYmx5IGNvbXBsZXRlCitp
bXBsZW1lbnRhdGlvbiwgaXQgbWF5IGJlIG5vbWluYXRlZCBmb3IgZWFybHkgcmVtb3ZhbC4gTm9t
aW5hdGlvbnMKK2ZvciBlYXJseSByZW1vdmFsIG1heSBiZSBlbnRlcmVkIGJlZm9yZSBlbnRlcmlu
ZyBDUiwgb3IgdXAgdG8gMyBtb250aHMKK2FmdGVyIGVudGVyaW5nIENSLjwvZGQ+CisKKzxkdD4z
LiBDaGFpciByZXZpZXc8L2R0PgorPGRkPkNoYWlycyB3aWxsIHJldmlldyBub21pbmF0aW9ucyB0
byBlbnN1cmUgdGhhdCByZXF1ZXN0cyBmb3IgZWFybHkgcmVtb3ZhbCBhcmUKK3JlYXNvbmFibGUu
PC9kZD4KKworPGR0PjQuIE9wcG9ydHVuaXR5IHRvIHByZXNlbnQgYW4gaW1wbGVtZW50YXRpb24g
b3IgdGVzdHM8L2R0PgorPGRkPklmIGEgbm9taW5hdGlvbiBpcyByZXZpZXdlZCBhbmQgYXBwcm92
ZWQsIGFkdm9jYXRlcyBvZiB0aGUgZmVhdHVyZQoraGF2ZSB1cCB0byAzIG1vbnRocyBmcm9tIHRo
ZSBkYXRlIG9mIHRoZSByZXF1ZXN0IHRvIHByZXNlbnQgYSB0aG9yb3VnaAordGVzdCBzdWl0ZSBv
ciBhIHJlYXNvbmFibHkgY29tcGxldGUgaW1wbGVtZW50YXRpb24uPC9kZD4KKworPGR0PjUuIEVh
cmx5IHJlbW92YWw8L2R0PgorPGRkPklmIG5vIG9uZSBwcmVzZW50cyBhIHRob3JvdWdoIHRlc3Qg
c3VpdGUgb3IKK2EgcmVhc29uYWJseSBjb21wbGV0ZSBpbXBsZW1lbnRhdGlvbiBieSB0aGUgZGF0
ZSAzIG1vbnRocyBhZnRlciB0aGUKK3JlcXVlc3QgaXMgbWFkZSwgdGhlbiBzdWNoIGZlYXR1cmVz
IHdpbGwgYmUgcmVtb3ZlZCBlYXJseS4gU3VjaAorZmVhdHVyZXMgbWF5IHN0aWxsIGJlIHB1cnN1
ZWQgaW4gc3RhbmRhbG9uZSBzcGVjaWZpY2F0aW9ucywgYW5kIG1heSBiZQorcmVpbnRlZ3JhdGVk
IGludG8gdGhlIGNvcmUgc3BlY2lmaWNhdGlvbiBpZiB0aGV5IG1lZXQgdGhlIENSIGV4aXQKK2Ny
aXRlcmlhIGFuZCBoYXZlIFdHIGNvbnNlbnN1cy48L2RkPgogCiA8L3NlY3Rpb24+CiAKKwogPC9h
cnRpY2xlPgogPC9ib2R5PgogPC9odG1sPgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>