Re: [Json] Encoding detection (Was: Re: JSON: remove gap between Ecma-404 and IETF draft)

Henri Sivonen <hsivonen@hsivonen.fi> Thu, 21 November 2013 13:35 UTC

Return-Path: <hsivonen@hsivonen.fi>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F3C01AE158 for <json@ietfa.amsl.com>; Thu, 21 Nov 2013 05:35:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.379
X-Spam-Level:
X-Spam-Status: No, score=-1.379 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qcS0SNG7TlbR for <json@ietfa.amsl.com>; Thu, 21 Nov 2013 05:35:50 -0800 (PST)
Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) by ietfa.amsl.com (Postfix) with ESMTP id 372251AE153 for <json@ietf.org>; Thu, 21 Nov 2013 05:35:50 -0800 (PST)
Received: by mail-oa0-f48.google.com with SMTP id l6so2267672oag.7 for <json@ietf.org>; Thu, 21 Nov 2013 05:35:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hsivonen.fi; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jhsiTOyt8NY5N0uSPLHkd7PRMDYJQfOHx/3VvRRbqJY=; b=QV62IlOyqxte9ZdXfgSE8NZBK03H5bqcyt7+uHQB5rz8z02wwjdsZdTChYfRDp4qNF BSW78hVrYaOarDhk+QCtDEmh0UBDYdUN+jm9fjs3lqQM+tScp0evrIyyGdTugEnf3LoK NuBNJnyJ1ienIoOW5BG9XUQTqjPhv1+iqPlPg=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jhsiTOyt8NY5N0uSPLHkd7PRMDYJQfOHx/3VvRRbqJY=; b=aymJkozSF8viywum185DREINDhJw5ta6zFx90UNOEH77KUjoqMISMTlrNf6nhmiJkU isGSn7Hs4wL20utysowyXhAVPW2FTsjHKCBwbVStgwXA83DF3CAaPL6ap5N2nVI3NpPj EN+15xEAhVoZvTmOvetTFmUdgNnutbYOkBGxdMotEszTmjNSW0HWhojsB5CfbLW/J1uY PRU6eU5gAmRe6jj9ybEphdDeE4c4Ri0y/VdXXrc8jgjn8TcR/RNdgCWXvoUWWFuZIzMr dkiJ1RYP7d5MA4sBYnX5fclYNvlJArC1sgUran3Rdl7V9TqAy1uJSTHJ3ZKQt/J3grhF jKQg==
X-Gm-Message-State: ALoCoQnqG4lpLoGt3qIkcEaCPJjEMS8fIWCSdqMFMrz5zKGLhKsgUDZ9Ab74m4VW3jOOp46FDXZI
MIME-Version: 1.0
X-Received: by 10.60.117.225 with SMTP id kh1mr5553287oeb.15.1385040943340; Thu, 21 Nov 2013 05:35:43 -0800 (PST)
Received: by 10.182.119.130 with HTTP; Thu, 21 Nov 2013 05:35:43 -0800 (PST)
In-Reply-To: <20131120223305.GB5476@mercury.ccil.org>
References: <8413609C8A86497F856897AF2AA24960@codalogic> <CEAA3067.2D132%jhildebr@cisco.com> <CANXqsRJEtBoprQFrftz80ZigmBR_NHoEXK1sR4GyBtz5B2KC8Q@mail.gmail.com> <20131120223305.GB5476@mercury.ccil.org>
Date: Thu, 21 Nov 2013 15:35:43 +0200
Message-ID: <CANXqsRJmNmSRXssBnw3tGUt0veViENLoS=dp+gEr2RqvNAf4JQ@mail.gmail.com>
From: Henri Sivonen <hsivonen@hsivonen.fi>
To: John Cowan <cowan@mercury.ccil.org>
Content-Type: text/plain; charset="UTF-8"
Cc: Pete Cordell <petejson@codalogic.com>, Paul Hoffman <paul.hoffman@vpnc.org>, JSON WG <json@ietf.org>, "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>, "www-tag@w3.org" <www-tag@w3.org>, es-discuss <es-discuss@mozilla.org>
Subject: Re: [Json] Encoding detection (Was: Re: JSON: remove gap between Ecma-404 and IETF draft)
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Nov 2013 13:35:51 -0000

On Thu, Nov 21, 2013 at 12:33 AM, John Cowan <cowan@mercury.ccil.org> wrote:
> This is all very well, but we are not at present in the business of
> banning previously permitted forms of JSON.

Why not? Surely existing still deployed producers should be what
matters when deciding what needs to be ingested--not previous specs.
That is, compatibility should be considered in terms of what's out
there--not in terms of what unreasonable things were written down in a
previous RFC.

> If you have evidence
> that the specific use of these encodings harms JSON interchange,
> bring it forward.

UTF-32 harms JSON interchange, because Gecko removed all UTF-32
support throughout the engine (other engines probably did, too, but
I'm too busy to check) and, therefore, XHR responseType = "json"
doesn't support UTF-32.

-- 
Henri Sivonen
hsivonen@hsivonen.fi
http://hsivonen.fi/