Re: NEW PREFERENCE - depth-noroot (request for expert review)

Julian Reschke <julian.reschke@gmx.de> Thu, 12 January 2017 12:21 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 8B7321295C3 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Jan 2017 04:21:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-3.199, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 ySc8J9pxmDWJ for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 12 Jan 2017 04:21:11 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA88C1294D7 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 12 Jan 2017 04:21:11 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1cReKc-0003rR-7V for ietf-http-wg-dist@listhub.w3.org; Thu, 12 Jan 2017 12:18:14 +0000
Resent-Date: Thu, 12 Jan 2017 12:18:14 +0000
Resent-Message-Id: <E1cReKc-0003rR-7V@frink.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by frink.w3.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1cReKZ-0003qf-Fx for ietf-http-wg@listhub.w3.org; Thu, 12 Jan 2017 12:18:11 +0000
Received: from mout.gmx.net ([212.227.17.21]) by mimas.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <julian.reschke@gmx.de>) id 1cReKS-0004Hc-GM for ietf-http-wg@w3.org; Thu, 12 Jan 2017 12:18:06 +0000
Received: from [192.168.1.197] ([5.10.171.186]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnkiR-1cwqs11RLb-00hrpr; Thu, 12 Jan 2017 13:17:14 +0100
To: Amos Jeffries <squid3@treenet.co.nz>, ietf-http-wg@w3.org
References: <061139bc-7884-cee1-eb23-607e6a3ae7ce@gmx.de> <f90cdf37-d49b-f7ec-fa8c-1230c3cd5603@treenet.co.nz>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <a05f337f-d32c-da21-c08e-bd155776059a@gmx.de>
Date: Thu, 12 Jan 2017 13:17:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <f90cdf37-d49b-f7ec-fa8c-1230c3cd5603@treenet.co.nz>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:NUOwv/LJTXnLwQNwf5rHCd+2a/XbZ48aCwamjan/WV04eP/1ezy Ub34Fd/7RS4exmA3FMqU5qaM13iiKqFJhwMic73KGkPx3WzgMqv5PhyIc7g3CzfPf9U16f9 x0R8hXcOW2NEHHL1i5RaSoIdYZeDsg+EQNzHeTewepCztyjT8yhqrtXFZC+ZVP1cN9Xhu0S w6hKwUnZk8+rnuANS0o8w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:OuPj7zV1sW8=:452fXdWczsdLq2NQ0F+0O3 jdrKZ38Txd/eh8RgQXcvvsWWK+HnfgYdEKP0GSx6fJDzl+zgw5n6NX+6y4aqHd0ZeSVURYxlt ujZVlAUmEryXF0kSaQ5fNzf4rwVzYVtOk8fmpqnnRQzRyGtPnKzVYB4zulI+XWx6Yd67QWDyp jh7Oa5qWdMnCOTvg024SXcxzwWiJ1vsCjh8wvJG8PszK5I93e4etJTUCsfsH4r+LzjM3GbKPL 0wP+lkd2KwaRzfG9BleZj1R4nWJaKsXowVL2z4LZjKa4QrRNmJj9fYEasvFCKJKFRaYb1B36a DTnUW4xLS+uW1qt7BBvVpZ1N2REahopuR5CnRDdPzVyH7knm3FiCbDJAnK1xYvbdchzXSfYj3 iKpf4iHG8AFNfxvm8c1R4JnI7KLwW8vLnS/6zELs21IEhAU+NaqOI3YHh7Hx4Xwnfunpv7yfC y7UjkNRFnuTAy+hGn9arIyq3xQYTlUbaXyI+R7HLfjJbh+pxFloRxvTfqR4+L8/00tMFInPDQ IRxRvYe+5OQJ6d5NSKThH6xji2NgvYhjwLgk2YqSU0SAUBB04VIEGySEXA/kgRybGgEYtImz3 AcZMaiDI9iRYlKu25scL0/x4EZICVQF5YwNzQ3xdONog/YxQT/LuJUc1O6DL+KHermkGJE+q2 oZ+nS2aqUUT2olqFauFuE/oKiZSYYWJn7xZoVqWZ0hw9Tf5uaGE2TjL9wjvC2/QxoS99RDwCm QP1WpDvWUGe5qIiGXcUlXI12CXNBNHEPsRGKur7pe/eY7gHgb662bRJ+bZ6McK8f9qVrpiNQu /xXkBCv8MUI5zljqHJ7RL6CguPecWfm+jWrDkaiVbNjEaqHoggrjjLh9bsBBAJBk2KkT2bIEI 7AiPIS+P3rSTEj8zxz5KaxoMXwJjp7F4VmcMBOB4Ogn2slct1twPXIfL7KGP9StF25r8uHbMa NxYuOSGCmvQqqi4xG7mDJPQcGvlsk2PMFfIpDWnJ+avC167WvCHBfYwiafUdW3gKwSIrb+bAo sO6VHWZ9iH2KJH5zz+870Uk=
Received-SPF: pass client-ip=212.227.17.21; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-6.1
X-W3C-Hub-Spam-Report: AWL=-0.705, BAYES_20=-0.001, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1.156, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1cReKS-0004Hc-GM 1b433d37374e1b21d395cf19862fdd89
X-Original-To: ietf-http-wg@w3.org
Subject: Re: NEW PREFERENCE - depth-noroot (request for expert review)
Archived-At: <http://www.w3.org/mid/a05f337f-d32c-da21-c08e-bd155776059a@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/33278
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>

On 2017-01-12 12:44, Amos Jeffries wrote:
> On 13/01/2017 12:16 a.m., Julian Reschke wrote:
>> Hi there,
>>
>> draft-murchison-webdav-prefer-13 defines a new "prefer" directive (RFC
>> 7240) in
>> <https://tools.ietf.org/html/draft-murchison-webdav-prefer-13#section-4>.
>>
>> Please review and provide feedback.
>>
>> Best regards, Julian
>>
>
> After reading the preference section I am left wondering:
>
> 1) what does Appendix B.4 have to do with it?
>  there is no use of the preference in the examples.

My copy says Appendix B.1...

> 2) what happens when Depth:0 is given in the request with depth-noroot?

It says:

>    This preference is only intended to be used with WebDAV methods whose
>    definitions explicitly provide support for the Depth [RFC4918] header
>    field.  Furthermore, this preference only applies when the Depth
>    header field has a value of "1" or "infinity" (either implicitly or
>    explicitly).

So it would be ignored.

> 3) what happens when the Depth header is omitted in the request with
> depth-noroot?

Defaults apply, as stated above...

> 4) what methods this preference is actually valid for?
>  The depth-noroot text references Depth header existence *or implicit*,
> but the Depth header leaves it open and explicitly says any method can
> re-define Depth. That does not bode well for implementations getting
> interoperability correct. Particularly for the impliciat-Depth methods.

I don't see a problem here. The preference is defines for methods that 
use the Depth: request header field (including future ones). Clients can 
always check whether the preference was applied.

Best regards, Julian

(But thanks for checking!)