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: domain of mrtrick@gmail.com designates
 209.85.211.190 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        b=cw7SoznFD1m2lzEdy+YLEXDw0ypRKY11J+058GmBVnw6LJEslDjNSnyHtm5k4HPuyA
         ITE948DH0MwmubwBOSmOF6EiQya3I3N2wN5/zmyb2n1UpodZFyKuN8U8HkWg9shFVInI
         2nPr8yghKxxUCeK6AloegL5LXcusRBKLDju7E=
Message-ID: <4B7E21FF.5050404@gmail.com>
Date: Fri, 19 Feb 2010 16:30:39 +1100
From: Patrick Barnes <mrtrick@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1
MIME-Version: 1.0
To: user@couchdb.apache.org
Subject: Suspected view generator bug...
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I was tearing my hair out because this view:

map: function(doc) {
	if (doc.doc_type=='group') {
		doc.path.pop();
		emit(doc.path, doc.display_name);
	}
}

Was supposed to take one element off the end of the path array and using 
the array as a view key. However, when I triggered view creation it 
would remove TWO elements!

Strangely, if I opened the view function from within futon, added some 
whitespace and re-ran the function it worked fine.

There are two similar views that both use the doc.path.pop() call.
I'm fairly confident that behind the scenes, the couchdb (trunk) view 
generator is
a) sharing a single copy of each document between all the map functions.
b) permitting map functions to modify that copy, meaning that subsequent 
map functions might get a CORRUPTED version of the document.

Verdict?

For now, I've rewritten my map functions to clone the array to a local 
var before I call path.pop().

-Patrick Barnes