Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?

Maciej Stachowiak <mjs@apple.com> Sat, 30 January 2010 02:46 UTC

Return-Path: <mjs@apple.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01D313A67B1 for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 18:46:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.426
X-Spam-Level:
X-Spam-Status: No, score=-105.426 tagged_above=-999 required=5 tests=[AWL=-0.217, BAYES_00=-2.599, PLING_QUERY=1.39, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X0JusUGzYGfY for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 18:46:11 -0800 (PST)
Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by core3.amsl.com (Postfix) with ESMTP id 21C0D3A63C9 for <hybi@ietf.org>; Fri, 29 Jan 2010 18:46:11 -0800 (PST)
Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out4.apple.com (Postfix) with ESMTP id BE800893E676 for <hybi@ietf.org>; Fri, 29 Jan 2010 18:46:35 -0800 (PST)
X-AuditID: 1180711d-b7b18ae000001001-c1-4b639d8bc67c
Received: from elliott.apple.com (elliott.apple.com [17.151.62.13]) by relay13.apple.com (Apple SCV relay) with SMTP id 45.67.04097.B8D936B4; Fri, 29 Jan 2010 18:46:35 -0800 (PST)
MIME-version: 1.0
Content-type: text/plain; charset="iso-8859-1"
Received: from [17.151.93.115] by elliott.apple.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KX10010PH1NW930@elliott.apple.com> for hybi@ietf.org; Fri, 29 Jan 2010 18:46:35 -0800 (PST)
From: Maciej Stachowiak <mjs@apple.com>
In-reply-to: <4B62E516.2010003@webtide.com>
Date: Fri, 29 Jan 2010 18:46:34 -0800
Content-transfer-encoding: quoted-printable
Message-id: <1964A9B8-BF0C-4E13-A0C3-A4F10BAC3642@apple.com>
References: <de17d48e1001280012i2657b587i83cda30f50013e6b@mail.gmail.com> <4B614CEC.2050400@ericsson.com> <Pine.LNX.4.64.1001280856380.22020@ps20323.dreamhostps.com> <4B616F17.4030402@ericsson.com> <4B619223.60408@webtide.com> <Pine.LNX.4.64.1001282141080.22020@ps20323.dreamhostps.com> <4B620B8F.6030706@gmx.de> <Pine.LNX.4.64.1001282217320.22053@ps20323.dreamhostps.com> <bbeaa26f1001281449q1a6e1813q3f537fe15a5a9d60@mail.gmail.com> <4B625733.2020907@webtide.com> <6.2.5.6.2.20100128225542.06fa8d68@resistor.net> <Pine.LNX.4.64.1001290817520.22020@ps20323.dreamhostps.com> <4B62C5FE.8090904@it.aoyama.ac.jp> <Pine.LNX.4.64.1001291134350.22020@ps20323.dreamhostps.com> <4B62E516.2010003@webtide.com>
To: Greg Wilkins <gregw@webtide.com>
X-Mailer: Apple Mail (2.1077)
X-Brightmail-Tracker: AAAAAQAAAZE=
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 30 Jan 2010 02:46:12 -0000

On Jan 29, 2010, at 5:39 AM, Greg Wilkins wrote:

> Ian Hickson wrote:
>> On Fri, 29 Jan 2010, "Martin J. Dürst" wrote:
>>> Ian, could you please explain how exactly *you* imagine such a 
>>> cooperation should work, if not e.g. by cross-posting?
>> 
>> The same way it works with the HTML5 specification and the various Web 
>> Apps specifications....
> 
> 
> Ian,
> 
> the problem with this approach is that an internet protocol
> is out of scope of for the WHATWG charter and the WHATWG
> process is entirely inappropriate for forging a consensus
> across all the interested parties.

As one of the Chairs of the W3C HTML Working Group, I have had much opportunity to work through the issues of coordinating joint development with the WHATWG. It is definitely true that there have been difficulties at times, due to the different processes and distinct (though overlapping) communities. And HTML5 is probably the biggest spec going through this joint development process, with the most different points of controversy. However, I believe we have now worked out a process that meets W3C consensus requirements without forking from the WHATWG copy of the spec. 

In the process we have developed, it is not the case that a single individual has the final word. Nor is it the case that a committee of 9 browser representatives has the final word. We have is a well-defined process to report and track feedback, we let the editor decide on the initial disposition of issues based on discussion, and we have a process for resolving disputes if we cannot come to agreement informally. This process seems to be working both for large-scale editorial changes (such as factoring parts of the specification into wholly separate specs) and for changes in normative requirements.

I think the Chair(s) of HyBi Working Group should figure out whether coordination is a goal, and if so what process can satisfy IETF requirements even while working with an editor who feels responsibility to a second standards organization. Since this is something I have had to deal with myself, I'd be glad to advise the HyBi Chairs (offline) on this topic.

With this in mind, could we leave further consideration of the process issues to the HyBi Chairs? It is ultimately their responsibility to work this out, and I fear this thread may be more distracting than helpful.

Regards,
Maciej