[VCARDDAV] [Technical Errata Reported] RFC6715 (3342)

RFC Errata System <rfc-editor@rfc-editor.org> Sat, 08 September 2012 15:51 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CBCB921F8570 for <vcarddav@ietfa.amsl.com>; Sat, 8 Sep 2012 08:51:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.23
X-Spam-Level:
X-Spam-Status: No, score=-101.23 tagged_above=-999 required=5 tests=[AWL=0.770, BAYES_00=-2.599, J_CHICKENPOX_83=0.6, NO_RELAYS=-0.001, 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 kWAXrKiNiPAD for <vcarddav@ietfa.amsl.com>; Sat, 8 Sep 2012 08:51:11 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 6861E21F856F for <vcarddav@ietf.org>; Sat, 8 Sep 2012 08:51:11 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id C6600B1E003; Sat, 8 Sep 2012 08:48:15 -0700 (PDT)
To: dany.cauchie@orange.com, barryleiba@computer.org, likepeng@huawei.com, barryleiba@computer.org, presnick@qualcomm.com, simon.perreault@viagenie.ca
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20120908154815.C6600B1E003@rfc-editor.org>
Date: Sat, 08 Sep 2012 08:48:15 -0700
Cc: vcarddav@ietf.org, rfc-editor@rfc-editor.org
Subject: [VCARDDAV] [Technical Errata Reported] RFC6715 (3342)
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Sep 2012 15:51:11 -0000

The following errata report has been submitted for RFC6715,
"vCard Format Extensions: Representing vCard Extensions Defined by the Open Mobile Alliance (OMA) Converged Address Book (CAB) Group".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6715&eid=3342

--------------------------------------
Type: Technical
Reported by: Michael Angstadt <mike.angstadt@gmail.com>

Section: 3.1

Original Text
-------------
Description:

When a property is multi-valued, INDEX can be used to indicate an ordering or sequence of the values.  INDEX values must be strictly positive.  Zero is not allowed.

Corrected Text
--------------
Description:

When a property is multi-valued, INDEX can be used to indicate an ordering or sequence of the values.  INDEX values must be strictly positive.  Zero is not allowed.

If an instance of a multi-valued property does not have an INDEX value, then it is included at the end of the ordered sequence, as if it had a very high INDEX value. 

Notes
-----
It is not clear how a list of properties should be sorted if some of them have INDEX parameters and others do not.  This errata submission proposes that properties without an INDEX parameter be pushed to the end of the sorted list, as if they had a very high INDEX value.

For example, the ordering of the following properties is very clear, since they all have INDEX parameters:

INTEREST;INDEX=3:art
INTEREST;INDEX=2:baseball
INTEREST;INDEX=4:music
INTEREST;INDEX=1:hockey

The above example would be sorted as follows:

INTEREST;INDEX=1:hockey
INTEREST;INDEX=2:baseball
INTEREST;INDEX=3:art
INTEREST;INDEX=4:music

However, the spec does not provide guidance on how to sort a list of properties if some properties have INDEX parameters and others do not.  This errata submission suggests that the properties missing the INDEX parameter be pushed to the end of the sorted list.  For example:

Unsorted:

INTEREST:art
INTEREST;INDEX=2:baseball
INTEREST:music
INTEREST;INDEX=1:hockey

Sorted:

INTEREST;INDEX=1:hockey
INTEREST;INDEX=2:baseball
INTEREST:art
INTEREST:music

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6715 (draft-ietf-vcarddav-oma-cab-extensions-03)
--------------------------------------
Title               : vCard Format Extensions: Representing vCard Extensions Defined by the Open Mobile Alliance (OMA) Converged Address Book (CAB) Group
Publication Date    : August 2012
Author(s)           : D. Cauchie, B. Leiba, K. Li
Category            : PROPOSED STANDARD
Source              : vCard and CardDAV
Area                : Applications
Stream              : IETF
Verifying Party     : IESG