From user-return-7820-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Dec 01 14:20:06 2009 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 47455 invoked from network); 1 Dec 2009 14:20:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 1 Dec 2009 14:20:06 -0000 Received: (qmail 27710 invoked by uid 500); 1 Dec 2009 14:20:04 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 27576 invoked by uid 500); 1 Dec 2009 14:20:04 -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 27507 invoked by uid 99); 1 Dec 2009 14:20:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Dec 2009 14:20:04 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of slubowsky@netzero.net designates 64.136.47.15 as permitted sender) Received: from [64.136.47.15] (HELO outbound-mail.dca.untd.com) (64.136.47.15) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 01 Dec 2009 14:20:01 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netzero.net; s=alpha; t=1259677179; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; l=0; h=X-UNTD-OriginStamp:From:Date:To:Subject:Message-Id:Content-Type; b=c2Olfvuv0yZNLsRBf4DimCRALM9nn1Lnym/QSGLFjpqGQV10rJeIdPycPmJIM88Iq RcBXSP4T2yaab6+eJi34rAXumieb0eb+Y90EGVPVU+su1IiwriYv4xNr/Jx8XgIlOg thRn+WnmXu/kekOO0N1TVDs1Y+Aw7BbSzZJiOvzE= X-UOL-TAGLINE: true Received: from outbound-bu1.dca.untd.com (webmail21.dca.untd.com [10.171.12.161]) by smtpout04.dca.untd.com with SMTP id AABFTLKRFAUCB6V2 for (sender ); Tue, 1 Dec 2009 06:19:17 -0800 (PST) X-UNTD-OriginStamp: 3wTHiWFTdFrWjmm2n5pX9bmRBt5Zin3ZnBzp8B0dtjaowwD79rhgTQ== Received: (from slubowsky@netzero.net) by webmail21.dca.untd.com (jqueuemail) id PYPYSW5G; Tue, 01 Dec 2009 06:19:00 PST Received: from [208.252.24.66] by webmail21.dca.untd.com with HTTP: Tue, 1 Dec 2009 14:18:17 GMT X-Originating-IP: [208.252.24.66] Mime-Version: 1.0 From: "slubowsky@netzero.net" Date: Tue, 1 Dec 2009 14:18:17 GMT To: user@couchdb.apache.org Subject: Re: filters for _changes dont seem to work X-Mailer: Webmail Version 4.0 Message-Id: <20091201.091817.628.0@webmail21.dca.untd.com> Content-Type: multipart/alternative;boundary="--__JWM__J0672.71a7S.6aabM" X-UNTD-BodySize: 3223 X-ContentStamp: 2:1:702757069 X-UNTD-Peer-Info: 10.171.12.161|webmail21.dca.untd.com|outbound-bu1.dca.untd.com|slubowsky@netzero.net ----__JWM__J0672.71a7S.6aabM Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Type: text/plain; charset=windows-1252 Roger Binns wrote: >Chris Anderson wrote: >> I'll let this one sit for a couple of days while people have a chance= to try it out. >Hah your reverse psychology does not work on me. Wait, it did. I have= code that reproduces it. (I'll update the bug.) > >The bug is far more complex and has "random" behaviour. The prerequisi= tes are a _changes longpoll request using a filter function. The symptom yo= u get is that the filter function is not called and treated as though it returns false some of the time. (You can verify it is not called by cal= ling log and that matching items are not returned.) > >The items being changed also need to be in a view. The view needs to b= e accessed between changes. (Changes means create/change/delete.) This i= s the crucial part of reproduction. I tried the latest and also found that the bug is still out there. I tri= ed to reproduce it using a simple use case and could not. Since Roger sa= ys he has code that reproduces it, I wont bother trying to come up with = a more complex test (I think Roger might have hit it with the fact that = the items need to be in a view that is accessed between changes for the = bug to show up). Again, the symptoms are that the log function is not ev= en called (as verified by the lack of messages in the log) and _changes = just acts as though the filter returned false. Stephen ____________________________________________________________ Liberty University Online Earn a bachelors degree online in Nursing. Get free info now! http://thirdpartyoffers.netzero.net/TGL2231/c?cp=3Dl8isuPp9ilJrD6pGjIeJg= QAAJz7PXgnlLC7u5ZtKh1zh0o-lAAQAAAAFAAAAADMzcz4AAAMlAAAAAAAAAAAAAAAAABSGm= AAAAAA=3D ----__JWM__J0672.71a7S.6aabM--