Re: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The 'about' URI scheme) to Proposed Standard

Julian Reschke <julian.reschke@gmx.de> Fri, 17 June 2011 06:51 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C42F121F84AE for <ietf@ietfa.amsl.com>; Thu, 16 Jun 2011 23:51:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.299
X-Spam-Level:
X-Spam-Status: No, score=-102.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_54=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24s3lGrGNnLA for <ietf@ietfa.amsl.com>; Thu, 16 Jun 2011 23:51:53 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 0EC1521F84AD for <ietf@ietf.org>; Thu, 16 Jun 2011 23:51:52 -0700 (PDT)
Received: (qmail invoked by alias); 17 Jun 2011 06:51:51 -0000
Received: from p508FD183.dip.t-dialin.net (EHLO [192.168.178.36]) [80.143.209.131] by mail.gmx.net (mp051) with SMTP; 17 Jun 2011 08:51:51 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+gV90UUrigb9SAFYgH7Js+zpLyWC9DMkGsWC3Gfz 07cBdSYbGA4mlA
Message-ID: <4DFAF985.9070802@gmx.de>
Date: Fri, 17 Jun 2011 08:51:49 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10
MIME-Version: 1.0
To: Barry Leiba <barryleiba@computer.org>
Subject: Re: Last Call: <draft-holsten-about-uri-scheme-06.txt> (The 'about' URI scheme) to Proposed Standard
References: <4D3A64FF.1020000@mit.edu> <4DF87637.2000301@gmail.com> <4DF885B5.4020202@gmx.de> <4DF8CA3D.7020904@gmail.com> <20110615201644.GB69872@shinkuro.com> <BANLkTineJQ0BGSrO_V4h1LnjCnnZmm-GGQ@mail.gmail.com>
In-Reply-To: <BANLkTineJQ0BGSrO_V4h1LnjCnnZmm-GGQ@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: draft-holsten-about-uri-scheme@tools.ietf.org, IETF Discussion <ietf@ietf.org>, Boris Zbarsky <bzbarsky@mit.edu>, Alexey Melnikov <alexey.melnikov@isode.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jun 2011 06:51:54 -0000

On 2011-06-17 06:01, Barry Leiba wrote:
>> More substantively, I fail to understand how this specification
>> proposes to create a class of "reserved" about: URIs when the about:
>> scheme seems to be internal information to an application.  I think
>> the Security Considerations section doesn't address any of that, and
>> probably ought to, particularly in light of the proposal to add text
>> that users ought not to depend on "standard" behaviour.
>
> Yes... I'm actually very confused about the point of this document.
> It's documenting a URI scheme that's used ONLY internally, and,
> therefore, has no interoperability requirements.  As best I can tell,
> the issue here is to let browser makers know what other browsers do,
> so that maybe new browsers will decide to do the same things.  That's
> fine, and that helps users have a consistent experience across
> browsers.  But it strikes me as Informational, not Standards Track.
> MUSTs and MUST NOTs seem completely out of place here, to me.
>
> If different browsers exhibit different behaviour with the same
> about:xxxx URI, that's as it is, and the variations should be
> documented.  Developers of new browsers will have to decide which
> older browsers to emulate.
>
> But none of this actually speaks to interoperability among browsers or
> web servers or applications or....
> ...

The reason this whole activity is started is...

   <http://www.w3.org/TR/2011/WD-html5-20110525/syntax.html#the-doctype>

which "defines"

   about:legacy-compat

for which interoperable behavior is required from browsers.

Best regards, Julian