Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0E5622D61 for ; Wed, 27 Apr 2011 10:33:58 +0000 (UTC) Received: (qmail 16551 invoked by uid 500); 27 Apr 2011 10:33:57 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 16510 invoked by uid 500); 27 Apr 2011 10:33:57 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 16502 invoked by uid 99); 27 Apr 2011 10:33:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Apr 2011 10:33:57 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of djc.ochtman@gmail.com designates 209.85.216.52 as permitted sender) Received: from [209.85.216.52] (HELO mail-qw0-f52.google.com) (209.85.216.52) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Apr 2011 10:33:49 +0000 Received: by qwb8 with SMTP id 8so974578qwb.11 for ; Wed, 27 Apr 2011 03:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type; bh=6IubyzzVyhoPjMZ++VjjRqV6tLl763Me5NqYxjyj9L0=; b=ZyUPRRODS0HdfGfovRfl2qYCK+jiZetQFx/cFuqGWeEF2puJHQ2TJHXXdaqugwF0UR lXOnVfpmaSnX7goSsH+AoZl41hTk/V1nUJNEjlonCJAePtRv/0AaG6tAUkVyr07Khhbf UQQ0tlgypHgJeLaqskLuSDd6lz0tpE7z49HLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=L8UN4EF7kBTN3Kix8zOMagmKt1Aq/Tvyn4+zsJy6WbMfgs6HbYHxxoX9BAkU/+vvBm xzav68d9TLax2DP/zkM+BHUPfrdkRZI1CQzQWKNeYbBOB4VHp3sbvw9fvCWZ10BB85ai w/C+hhK0cty5JjzggK2j6QY80XhPXUAxzRgJ4= Received: by 10.229.18.77 with SMTP id v13mr1567778qca.56.1303900409089; Wed, 27 Apr 2011 03:33:29 -0700 (PDT) MIME-Version: 1.0 Sender: djc.ochtman@gmail.com Received: by 10.229.136.12 with HTTP; Wed, 27 Apr 2011 03:33:09 -0700 (PDT) In-Reply-To: References: <5FFFB2ED-6CD1-4EAA-AC35-60A9C79B8EFE@apache.org> From: Dirkjan Ochtman Date: Wed, 27 Apr 2011 12:33:09 +0200 X-Google-Sender-Auth: w9dc5vkQj2BiG-ZzQsq0NOGpCxI Message-ID: Subject: Re: 1.1.0 To: dev@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Apr 27, 2011 at 11:53, Robert Newson wrote: > Damien and Chris say the 1141 behavior is intentional. I'd like to > open that up for discussion. While it may have been intended, it was > obviously unknown to Paul and Jan, and, I'd wager, every single user > of CouchDB and every author of every client library too. > > My view is that the default should be that delete deletes. If there is > still a case to preserve other metadata (a 'deleted_at' or > 'deleted_by' field, say), an extra flag would allow that case > ?preserve_body=true, or something. I thought the same thing. Perhaps the delete can only preserve fields prefixed with '_' or even '_delete', but I think the current behavior is very surprising to users, and thus somewhat harmful. It would be nice if someone could write a script or view or something that helps find instances of this. Cheers, Dirkjan