Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0CAAA428B for ; Wed, 13 Jul 2011 08:04:10 +0000 (UTC) Received: (qmail 70837 invoked by uid 500); 13 Jul 2011 08:04:07 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 70046 invoked by uid 500); 13 Jul 2011 08:03:50 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 70021 invoked by uid 99); 13 Jul 2011 08:03:46 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jul 2011 08:03:46 +0000 Received: from localhost (HELO mail-iy0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jul 2011 08:03:44 +0000 Received: by iyh42 with SMTP id 42so10178276iyh.11 for ; Wed, 13 Jul 2011 01:03:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.115.68 with SMTP id j4mr439752icq.78.1310544224009; Wed, 13 Jul 2011 01:03:44 -0700 (PDT) Received: by 10.231.145.67 with HTTP; Wed, 13 Jul 2011 01:03:43 -0700 (PDT) In-Reply-To: References: Date: Wed, 13 Jul 2011 09:03:43 +0100 Message-ID: Subject: Re: Unexpected response for ?open_revs=all From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable We changed the format between releases. As noted, this is not part of the public API. This is yet another reason to have official docs in the couchdb source tree, we can be sure that it only documents supported parts of the API. The ?conflicts=3Dtrue parameter should be used here instead. B. On 13 July 2011 02:38, Jens Alfke wrote: > I=92m trying to get a list of conflicting revisions by using the =93?open= _revs=3Dall=94 query parameter, as described in the conflict documentation = in the wiki[1]. But when I test this with curl, the output is completely un= expected =97 instead of a JSON array as documented, I get a MIME multipart = body. What=92s going on? > > In this example the document isn=92t actually in conflict, as I haven=92t= synthesized a conflict in my test database yet (though I will soon thanks = to Paul=92s handy Python script!) > > $ curl -i 'http://127.0.0.1:5984/db/3aaa5e74e5d96db3b2248fb1c404eb65?open= _revs=3Dall=92 > HTTP/1.1 200 OK > Transfer-Encoding: chunked > Server: CouchDB/1.2.0a-eb77a97-git (Erlang OTP/R14B01) > Date: Wed, 13 Jul 2011 01:16:36 GMT > Content-Type: multipart/mixed; boundary=3D"5316aac5e82bfd1b98ba15d212819f= 24" > > --5316aac5e82bfd1b98ba15d212819f24 > Content-Type: application/json > > {"_id":"3aaa5e74e5d96db3b2248fb1c404eb65","_rev":"7-7e833e1c2ee3db8e4ae3f= 615c20ca592","first":"Jens","last":"Alfke","email":"jens@mooseyard.com"} > --5316aac5e82bfd1b98ba15d212819f24=97 > > =97Jens > > [1] http://wiki.apache.org/couchdb/Replication_and_conflicts