Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 82163 invoked from network); 28 Nov 2009 11:57:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Nov 2009 11:57:46 -0000 Received: (qmail 65083 invoked by uid 500); 28 Nov 2009 11:57:44 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 65008 invoked by uid 500); 28 Nov 2009 11:57:43 -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 64996 invoked by uid 99); 28 Nov 2009 11:57:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Nov 2009 11:57:43 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sven.helmberger@gmx.de designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 28 Nov 2009 11:57:34 +0000 Received: (qmail invoked by alias); 28 Nov 2009 11:57:13 -0000 Received: from i59F5A23A.versanet.de (EHLO [192.168.0.101]) [89.245.162.58] by mail.gmx.net (mp063) with SMTP; 28 Nov 2009 12:57:13 +0100 X-Authenticated: #1594082 X-Provags-ID: V01U2FsdGVkX18bch1YjOUbngj41n/9LLo4nkHY4yZ8eKtXkbMeaD 45MV4aYqtGCPYb Message-ID: <4B111019.80502@gmx.de> Date: Sat, 28 Nov 2009 12:57:13 +0100 From: Sven Helmberger User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: filters for _changes dont seem to work References: <20091125.141222.19712.0@webmail18.dca.untd.com> In-Reply-To: <20091125.141222.19712.0@webmail18.dca.untd.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 X-Virus-Checked: Checked by ClamAV on apache.org slubowsky@netzero.net wrote: > I am trying to use a simple filter to filter the changes I get when asking for changes using the _changes API. > > I find that often the filter is not even called (I write a message to the log when the filter is called, when it returns false, and when it returns true) and I don't get changes I should have received (especially changes to existing documents, new documents seem to do better, deletes never get included, not even the first one). > > What typically happens is that the first couple of changes do get through as expected (and I see the appropriate log messages written by the filter) but then after a few updates, my filter doesn't even get called (I see no log messages from my filter) and couch seems to decide on its own not include the change but just updates the last_seq number and sends that. > > My filter and a snippet of the log file showing one PUT causing the filter to be called and a change sent out, followed by a nearly identical PUT that doesn't even cause the filter to be called and the change fails to get sent out follows. > > Any help would be appreciated. You are not writing back documents with the same content, are you? Regards, Sven Helmberger