#448, was: p2: Accept-Language missing, empty or no match

Julian Reschke <julian.reschke@gmx.de> Sun, 09 June 2013 16:44 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E885E21F9310 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 9 Jun 2013 09:44:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W1DU0Lqacwkf for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Sun, 9 Jun 2013 09:44:19 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id B0A1F21F92BB for <httpbisa-archive-bis2Juki@lists.ietf.org>; Sun, 9 Jun 2013 09:44:19 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UlihK-0000GI-Bw for ietf-http-wg-dist@listhub.w3.org; Sun, 09 Jun 2013 16:42:30 +0000
Resent-Date: Sun, 09 Jun 2013 16:42:30 +0000
Resent-Message-Id: <E1UlihK-0000GI-Bw@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <julian.reschke@gmx.de>) id 1Ulih6-0000FQ-S9 for ietf-http-wg@listhub.w3.org; Sun, 09 Jun 2013 16:42:16 +0000
Received: from mout.gmx.net ([212.227.17.22]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <julian.reschke@gmx.de>) id 1Ulih5-0005R3-PX for ietf-http-wg@w3.org; Sun, 09 Jun 2013 16:42:16 +0000
Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0LgKlO-1Ty2TR3XHg-00nhJ8 for <ietf-http-wg@w3.org>; Sun, 09 Jun 2013 18:41:49 +0200
Received: (qmail invoked by alias); 09 Jun 2013 16:41:49 -0000
Received: from p5DD94783.dip0.t-ipconnect.de (EHLO [192.168.2.117]) [93.217.71.131] by mail.gmx.net (mp004) with SMTP; 09 Jun 2013 18:41:49 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/WAk8DUFrWsq1irJwagUN8WXe6qTOx/l8tYrgvW1 M2jxYw5MePxWUT
Message-ID: <51B4B049.2050100@gmx.de>
Date: Sun, 09 Jun 2013 18:41:45 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Mark Nottingham <mnot@mnot.net>
CC: Bjoern Hoehrmann <derhoermi@gmx.net>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
References: <8741FE69-C013-4853-A9A3-6321A18E56EA@mnot.net> <2896D8B9-399D-4F68-9BC1-9EFDB893C2BE@mnot.net> <sn5vn8pe3hins3oeghba9qrkcooustfmg8@hive.bjoern.hoehrmann.de> <21D17E62-229B-41E2-A7E5-9623A52DE3C2@mnot.net> <n2o0o8tt6miq9ljs4pr47l6p2s8hgi6hb4@hive.bjoern.hoehrmann.de> <60F8768B-E166-4002-B96E-55737C4CBBA1@mnot.net>
In-Reply-To: <60F8768B-E166-4002-B96E-55737C4CBBA1@mnot.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
Received-SPF: pass client-ip=212.227.17.22; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-4.4
X-W3C-Hub-Spam-Report: AWL=-2.484, BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1Ulih5-0005R3-PX a215cfb29a54571810609235fb3a6b55
X-Original-To: ietf-http-wg@w3.org
Subject: #448, was: p2: Accept-Language missing, empty or no match
Archived-At: <http://www.w3.org/mid/51B4B049.2050100@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18202
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

I agree with Björn's comment, but replacing the MAY by SHOULD doesn't 
seem to be an improvement.

The proposal in the ticket is:

"A request without any Accept-Language header field implies that the 
user agent will accept any language in response. If an Accept-Language 
header field is present in a request and none of the available 
representations for the response have a language tag that is listed as 
acceptable, the origin server SHOULD either disregard the 
Accept-Language header field by treating the response as if it is not 
subject to content negotiation, or honor the Accept-Language header 
field by sending a 406 (Not Acceptable) response. However, the latter is 
not encouraged, as doing so can prevent users from accessing content 
that they might be able to use (with translation software, for example)."

The SHOULD doesn't make sense unless there's something else the client 
could conceivably do.

Can we just make the "SHOULD" a "can"?

Best regards, Julian



On 2013-05-07 07:14, Mark Nottingham wrote:
> Proposal updated in ticked and marked for -23.
>
> <http://trac.tools.ietf.org/wg/httpbis/trac/ticket/448#comment:4>
>
> Thanks,
>
>
> On 01/05/2013, at 10:35 AM, Bjoern Hoehrmann <derhoermi@gmx.net> wrote:
>
>> * Mark Nottingham wrote:
>>> Good point.
>>>
>>> how about:
>>>
>>> """
>>> A request without any Accept-Language header field implies that the user
>>> agent will accept any language in response. If an Accept-Language header
>>> field is present in a request and none of the available representations
>>> for the response have a language tag that is listed as acceptable, the
>>> origin server MAY either disregard the Accept header field by treating
>>> the response as if it is not subject to content negotiation, or honor
>>> the Accept header field by sending a 406 (Not Acceptable) response.
>>> However, the latter is not encouraged, as doing so can prevent users
>>> from accessing content that they might be able to use (with translation
>>> software, for example).
>>> """
>>
>> Two cases of s/Accept/Accept-Language/. "MAY either ... or ..." is bad
>> usage of RFC 2119 terms. And I don't like the implication that sending
>> anything other than 406 is "not honoring" the Accept-Language header.
>> But this is close enough to say "works for me".
>>
>> Thanks,
>> --
>> Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
>> Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
>> 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
>>
>
> --
> Mark Nottingham   http://www.mnot.net/
>
>
>
>
>