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=true parameter should be used here instead. B. On 13 July 2011 02:38, Jens Alfke <[email protected]> wrote: > I’m trying to get a list of conflicting revisions by using the > “?open_revs=all” query parameter, as described in the conflict documentation > in the wiki[1]. But when I test this with curl, the output is completely > unexpected — instead of a JSON array as documented, I get a MIME multipart > body. What’s going on? > > In this example the document isn’t actually in conflict, as I haven’t > synthesized a conflict in my test database yet (though I will soon thanks to > Paul’s handy Python script!) > > $ curl -i > 'http://127.0.0.1:5984/db/3aaa5e74e5d96db3b2248fb1c404eb65?open_revs=all’ > 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="5316aac5e82bfd1b98ba15d212819f24" > > --5316aac5e82bfd1b98ba15d212819f24 > Content-Type: application/json > > {"_id":"3aaa5e74e5d96db3b2248fb1c404eb65","_rev":"7-7e833e1c2ee3db8e4ae3f615c20ca592","first":"Jens","last":"Alfke","email":"[email protected]"} > --5316aac5e82bfd1b98ba15d212819f24— > > —Jens > > [1] http://wiki.apache.org/couchdb/Replication_and_conflicts
