Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=ecstatic.com; h=from:content-type
	:content-transfer-encoding:subject:date:message-id:to:
	mime-version; q=dns; s=ecstatic.com; b=lpF43rfCXznaJxXgtNhpQqcLw
	R/7/HmeGrG58Ky3XFb58rdF1Vl5FYGW29EEQA5zNFUH4xp7KdDzqlZy0vPt3afhK
	EG8DOGaH3dQK0hKZZmaA08VNPvzLDW6mOnrBF0db0ktfCnCwCqCFw8R52mqo3wyz
	GFcKRbhhTj5z0DGH0A=
From: Roger Rohrbach <roger@ecstatic.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Subject: _changes?include_docs=true fails if any documents deleted?
Date: Tue, 14 Jun 2011 17:40:58 +0200
Message-Id: <275045A2-B106-48C1-B4A5-DD9D9A1316B1@ecstatic.com>
To: user@couchdb.apache.org
Mime-Version: 1.0 (Apple Message framework v1084)

Hi, all.  I'm new to CouchDB (am actually using Cloudant's hosted =
service, via Heroku), and have (possibly) discovered something =
troubling: it is not possible to make a request to =
_changes?include_docs=3Dtrue if there are any deleted documents.  =
CouchDB craps out at the deleted document, rendering malformed JSON.  If =
I remove the include_docs option, I get the correct results, but of =
course then I must request each new, updated or deleted record =
individually.  Surely one should be able to request the documents and =
process them in one request (in fact, one can, as long as none were =
deleted).

This seems like a glaring defect.  I just wanted to run it by this list =
before reporting it as a bug.  Is there something I'm misapprehending?

Thanks,

Roger