Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 39185 invoked from network); 13 Apr 2010 13:41:12 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 Apr 2010 13:41:12 -0000 Received: (qmail 58927 invoked by uid 500); 13 Apr 2010 13:41:11 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 58850 invoked by uid 500); 13 Apr 2010 13:41:11 -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 58706 invoked by uid 99); 13 Apr 2010 13:41:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 13:41:11 +0000 X-ASF-Spam-Status: No, hits=-1276.5 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Apr 2010 13:41:10 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o3DDen35011287 for ; Tue, 13 Apr 2010 09:40:49 -0400 (EDT) Message-ID: <10881541.24181271166049826.JavaMail.jira@thor> Date: Tue, 13 Apr 2010 09:40:49 -0400 (EDT) From: "Filipe Manana (JIRA)" To: dev@couchdb.apache.org Subject: [jira] Commented: (COUCHDB-549) include_docs=true doesn't honour conflicts=true In-Reply-To: <517680442.1257109679385.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/COUCHDB-549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856425#action_12856425 ] Filipe Manana commented on COUCHDB-549: --------------------------------------- Is this ticket still relevant or it's supposed to be abandoned? > include_docs=true doesn't honour conflicts=true > ----------------------------------------------- > > Key: COUCHDB-549 > URL: https://issues.apache.org/jira/browse/COUCHDB-549 > Project: CouchDB > Issue Type: Improvement > Components: HTTP Interface > Affects Versions: 0.11 > Reporter: Brian Candler > Priority: Minor > Attachments: couchdb-549-trunk.patch > > > When you read a view and use the option 'include_docs=true' to get the source document in each result row, the option 'conflicts=true' is not honoured. You do not see a _conflicts member in the document, even if it is in a conflicting state. > This feature request could be expanded in a couple of directions: > 1. Make include_docs=true honour *all* options which a straightforward GET would honour - e.g. revs, revs_info, open_revs. Maybe this would be straightforward if they shared the same code path and options processing. > 2. It has been suggested that 'conflicts=true' could be the default anyway. That is, whenever you retrieve a document, you get a _conflicts member if it is in a conflicting state, without having to ask for it. This would be unlikely to break things, but would make it less likely that conflicts would go unnoticed, and it would simplify the API a little. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira