<!-- 
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Thu May 23 10:53:12 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://www.couchbase.com/issues/si/jira.issueviews:issue-xml/MB-4781/MB-4781.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Couchbase</title>
    <link>http://www.couchbase.com/issues</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.4</version>
        <build-number>845</build-number>
        <build-date>26-12-2012</build-date>
    </build-info>

<item>
            <title>[MB-4781] start_key_docid returns unexpected (or unintuitive) results</title>
                <link>http://www.couchbase.com/issues/browse/MB-4781</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Below are the results from a query that returns multiple rows for a single key.   The third document has id &amp;quot;0-8fbe114&amp;quot; but if I apply the start_key_docid filter I still get the same exact results with the list starting at doc id &amp;quot;0-14479a7.&amp;quot; although the view should&amp;#39;ve returned a subset.  I also tried start_key_docid in combination with start_key and end_key but neither of these returns a subset starting at the requested docid.&lt;br/&gt;
&lt;br/&gt;
QUERY WITH KEY = [2008,11,1]&lt;br/&gt;
curl &amp;quot;&lt;a href=&quot;http://10.1.2.104:8092/default/_design/dev_test_view-ed4bf91/_view/dev_test_view-ed4bf91?full_set=true&amp;key=%5B2008%2C11%2C1%5D&amp;connection_timeout=60000&amp;debug=true&quot;&gt;http://10.1.2.104:8092/default/_design/dev_test_view-ed4bf91/_view/dev_test_view-ed4bf91?full_set=true&amp;amp;key=%5B2008%2C11%2C1%5D&amp;amp;connection_timeout=60000&amp;amp;debug=true&lt;/a&gt;&amp;quot; &amp;gt; query_with_key&lt;br/&gt;
&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;0-2857e2f&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;0-2857e2f&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a864a752c20000024c00000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-0-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;0-2857e2f&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;0-328e876&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a8b60c1357000001b800000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-0-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;0-91f1a76&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;0-91f1a76&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a6f0ddebd30000023500000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-0-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;1-2857e2f&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;1-2857e2f&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a86e8ccc2d0000024c00000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-1-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;1-2857e2f&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;1-328e876&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a8bffda165000001b800000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-1-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;1-91f1a76&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;1-91f1a76&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a7b360b9840000023500000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-1-...&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;10-2857e2f&amp;quot;,&amp;quot;key&amp;quot;:[2008,11,1],&amp;quot;value&amp;quot;:{&amp;quot;_id&amp;quot;:&amp;quot;10-2857e2f&amp;quot;,&amp;quot;_rev&amp;quot;:&amp;quot;1-000040a9848f822f0000024f00000000&amp;quot;,&amp;quot;$flags&amp;quot;:0,&amp;quot;$expiration&amp;quot;:0,&amp;quot;name&amp;quot;:&amp;quot;employee-10-...&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
QUERY WITH KEY = [2008,11,1]  and START_KEY_DOCID = &amp;quot;0-8fbe114&amp;quot;&lt;br/&gt;
curl &amp;quot;&lt;a href=&quot;http://10.1.2.104:8092/default/_design/dev_test_view-ed4bf91/_view/dev_test_view-ed4bf91?full_set=true&amp;key=%5B2008%2C11%2C1%5D&amp;start_key_docid=%220-8fbe114%22&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://10.1.2.104:8092/default/_design/dev_test_view-ed4bf91/_view/dev_test_view-ed4bf91?full_set=true&amp;amp;key=%5B2008%2C11%2C1%5D&amp;amp;start_key_docid=%220-8fbe114%22&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&amp;quot; &amp;gt; query_with_startkeydocid&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;....results are the same as previous query, although I expected them to start with the requested doc_id...&lt;br/&gt;
&lt;br/&gt;
Also noticed that &amp;quot;id&amp;quot; and &amp;quot;_id&amp;quot; are mismatch - not sure if that has something to do with the behavior of this filter.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment>6 node cluster .deb build 653</environment>
            <key id="16110">MB-4781</key>
            <summary>start_key_docid returns unexpected (or unintuitive) results</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="BigBlueHat">Benjamin Young</assignee>
                                <reporter username="tommie">Tommie McAfee</reporter>
                        <labels>
                        <label>2.0-dev-preview-4-release-notes</label>
                    </labels>
                <created>Tue, 7 Feb 2012 17:59:57 -0600</created>
                <updated>Wed, 9 Jan 2013 22:59:08 -0600</updated>
                    <resolved>Fri, 17 Feb 2012 10:40:29 -0600</resolved>
                            <version>2.0-developer-preview-4</version>
                                <fixVersion>2.0-developer-preview-4</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>2</watches>
                                                    <comments>
                    <comment id="24255" author="Filipe Manana" created="Tue, 7 Feb 2012 18:44:53 -0600"  >&amp;quot;start_key_doc_id&amp;quot; (same as startkey_docid) is meant to be used together with &amp;quot;start_key&amp;quot; (same as startkey), not &amp;quot;key&amp;quot;.&lt;br/&gt;
&lt;br/&gt;
The _id is because you&amp;#39;re apparently emitting the documents themselves as map values. This is how it works in the Couch since ever, general rule: meta information in docs has a _ prefix, everywhere else (views, changes feed) it doesn&amp;#39;t.</comment>
                    <comment id="24260" author="tommie" created="Tue, 7 Feb 2012 19:11:50 -0600"  >Right, I was advised to try with start_key, but results are the same...and are not starting at requested id.&lt;br/&gt;
&lt;br/&gt;
Perhaps only the filters that can be used in conjunction with say &amp;quot;key&amp;quot; should be selectable in the UI.  Otherwise a non-couch user may be expecting these filters to do something.&lt;br/&gt;
</comment>
                    <comment id="24263" author="Filipe Manana" created="Tue, 7 Feb 2012 19:22:08 -0600"  >Tommie, you specified &amp;quot;start_key_docid&amp;quot; - this doesn&amp;#39;t exist - use &amp;quot;startkey_docid&amp;quot; or &amp;quot;start_key_doc_id&amp;quot;.&lt;br/&gt;
&lt;br/&gt;
Originally, in couch every name uses the _ logic to separate words - all except startkey, endkey and startkey_docid and endkey_docid. For these 4, the aliases &amp;quot;start_key&amp;quot;, &amp;quot;end_key&amp;quot;, &amp;quot;start_key_doc_id&amp;quot; and &amp;quot;end_key_doc_id&amp;quot; were added upstream (I did it) and to our codebase.&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="24265" author="tommie" created="Tue, 7 Feb 2012 19:31:22 -0600"  >UI bug there in variable naming as this &amp;quot;start_key_docid&amp;quot; was added to query via couchbase 2.0 UI.&lt;br/&gt;
&lt;br/&gt;
Also, I tried using startkey_docid and &amp;quot;start_key_doc_id&amp;quot; , but neither seem to be filtering the results.  &lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="24268" author="Filipe Manana" created="Tue, 7 Feb 2012 19:56:25 -0600"  >Tommie, do you think you can write a simple script to create that dataset and do the 2 queries?&lt;br/&gt;
I would like to try it locally.&lt;br/&gt;
thanks</comment>
                    <comment id="24301" author="farshid" created="Wed, 8 Feb 2012 17:17:18 -0600"  >Tommie,&lt;br/&gt;
&lt;br/&gt;
can you please provide a test case which Filipe can run against cluster_run with one node ?</comment>
                    <comment id="24329" author="FilipeManana" created="Thu, 9 Feb 2012 15:38:41 -0600"  >Waiting for the testrunner test or a standalone script to reproduce.</comment>
                    <comment id="24331" author="tommie" created="Thu, 9 Feb 2012 16:25:00 -0600"  >Filipe, maybe you also have some data to give this a quick try.&lt;br/&gt;
&amp;nbsp;&amp;nbsp;I tried it on a simple set of integers from data loaded in test runner and doesn&amp;#39;t look like its working  (startkey_docid = 684a59d-480)&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://10.17.3.56:9500/default/_design/dev_test_view-684a59d/_view/dev_test_view-684a59d?start_key=200&amp;startkey_docid=%22684a59d-480%22&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://10.17.3.56:9500/default/_design/dev_test_view-684a59d/_view/dev_test_view-684a59d?start_key=200&amp;amp;startkey_docid=%22684a59d-480%22&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
{&amp;quot;total_rows&amp;quot;:61,&amp;quot;rows&amp;quot;:[&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-262&amp;quot;,&amp;quot;key&amp;quot;:262,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-480&amp;quot;,&amp;quot;key&amp;quot;:480,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-510&amp;quot;,&amp;quot;key&amp;quot;:510,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
.....&lt;br/&gt;
&lt;br/&gt;
also tried start_key_doc_id and start_key_docid</comment>
                    <comment id="24332" author="farshid" created="Thu, 9 Feb 2012 16:28:17 -0600"  >i also noticed that debug=true does not return any extra info .&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://10.17.3.56:9500/default/_design/dev_test_view-684a59d/_view/dev_test_view-684a59d?start_key=200&amp;startkey_docid=%22684a59d-480%22&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&amp;debug=true&quot;&gt;http://10.17.3.56:9500/default/_design/dev_test_view-684a59d/_view/dev_test_view-684a59d?start_key=200&amp;amp;startkey_docid=%22684a59d-480%22&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&amp;amp;debug=true&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
{&amp;quot;total_rows&amp;quot;:61,&amp;quot;rows&amp;quot;:[&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-262&amp;quot;,&amp;quot;key&amp;quot;:262,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-480&amp;quot;,&amp;quot;key&amp;quot;:480,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-510&amp;quot;,&amp;quot;key&amp;quot;:510,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-661&amp;quot;,&amp;quot;key&amp;quot;:661,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-944&amp;quot;,&amp;quot;key&amp;quot;:944,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-1175&amp;quot;,&amp;quot;key&amp;quot;:1175,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-1204&amp;quot;,&amp;quot;key&amp;quot;:1204,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-1394&amp;quot;,&amp;quot;key&amp;quot;:1394,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-1576&amp;quot;,&amp;quot;key&amp;quot;:1576,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;684a59d-1607&amp;quot;,&amp;quot;key&amp;quot;:1607,&amp;quot;value&amp;quot;:null}&lt;br/&gt;
]&lt;br/&gt;
}</comment>
                    <comment id="24398" author="tommie" created="Tue, 14 Feb 2012 17:11:55 -0600"  >Hi Filipe,&lt;br/&gt;
&lt;br/&gt;
Still not getting the start_key_docid filter to work as expected.  There is now a test in testrunner that you can use to reproduce this:&lt;br/&gt;
&lt;br/&gt;
python testrunner -i &amp;lt;resource_file&amp;gt; -t viewquerytests.ViewQueryTests.test_simple_dataset_startkey_endkey_docid_queries &lt;br/&gt;
&lt;br/&gt;
2012-02-13 19:41:14,686 - root - INFO - Quering view dev_test_view-11f6a22 with params: {&amp;#39;debug&amp;#39;: &amp;#39;true&amp;#39;, &amp;#39;start_key&amp;#39;: 5000, &amp;#39;startkey_docid&amp;#39;: &amp;#39;&amp;quot;11f6a22-5100&amp;quot;&amp;#39;}&lt;br/&gt;
2012-02-13 19:41:14,687 - root - INFO - Params {&amp;#39;debug&amp;#39;: &amp;#39;true&amp;#39;, &amp;#39;start_key&amp;#39;: 5000, &amp;#39;connection_timeout&amp;#39;: 60000, &amp;#39;startkey_docid&amp;#39;: &amp;#39;&amp;quot;11f6a22-5100&amp;quot;&amp;#39;, &amp;#39;full_set&amp;#39;: True}&lt;br/&gt;
2012-02-13 19:41:14,687 - root - INFO - index query url: &lt;a href=&quot;http://10.2.2.10:8091/couchBase/default/_design/dev_test_view-11f6a22/_view/dev_test_view-11f6a22?debug=true&amp;start_key=5000&amp;connection_timeout=60000&amp;startkey_docid=&quot;&gt;http://10.2.2.10:8091/couchBase/default/_design/dev_test_view-11f6a22/_view/dev_test_view-11f6a22?debug=true&amp;amp;start_key=5000&amp;amp;connection_timeout=60000&amp;amp;startkey_docid=&lt;/a&gt;&amp;quot;11f6a22-5100&amp;quot;&amp;amp;full_set=true&lt;br/&gt;
2012-02-13 19:41:14,906 - root - INFO - view returned in 0.21882891655 seconds&lt;br/&gt;
2012-02-13 19:41:14,906 - root - INFO - was able to get view results after trying 1 times&lt;br/&gt;
2012-02-13 19:41:14,917 - root - INFO - key_set has 5000 elements&lt;br/&gt;
2012-02-13 19:41:14,917 - root - INFO - retrieved 5000 keys expected: 4900&lt;br/&gt;
</comment>
                    <comment id="24450" author="tommie" created="Thu, 16 Feb 2012 15:58:55 -0600"  >Filipe, &lt;br/&gt;
&lt;br/&gt;
I have this query result from using start_key = 20:&lt;br/&gt;
&lt;br/&gt;
{&amp;quot;total_rows&amp;quot;:30000,&amp;quot;rows&amp;quot;:[&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;3a25fe7-20&amp;quot;,&amp;quot;key&amp;quot;:20,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;da9d0f6-20&amp;quot;,&amp;quot;key&amp;quot;:20,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;eda9e3d-20&amp;quot;,&amp;quot;key&amp;quot;:20,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;3a25fe7-21&amp;quot;,&amp;quot;key&amp;quot;:21,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;da9d0f6-21&amp;quot;,&amp;quot;key&amp;quot;:21,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;eda9e3d-21&amp;quot;,&amp;quot;key&amp;quot;:21,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;3a25fe7-22&amp;quot;,&amp;quot;key&amp;quot;:22,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;da9d0f6-22&amp;quot;,&amp;quot;key&amp;quot;:22,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;eda9e3d-22&amp;quot;,&amp;quot;key&amp;quot;:22,&amp;quot;value&amp;quot;:null},&lt;br/&gt;
{&amp;quot;id&amp;quot;:&amp;quot;3a25fe7-23&amp;quot;,&amp;quot;key&amp;quot;:23,&amp;quot;value&amp;quot;:null}&lt;br/&gt;
]&lt;br/&gt;
}&lt;br/&gt;
&lt;br/&gt;
attempting to set start_key_docid to &amp;quot;da9d0f6-20&amp;quot; returns the same number of rows, but the first duplicate key should be skipped:&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://127.0.0.1:9500/default/_design/dev_test_view-9460592/_view/dev_test_view-9460592?full_set=true&amp;debug=true&amp;start_key=40&amp;start_key_docid=%22a67408a-40%22&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://127.0.0.1:9500/default/_design/dev_test_view-9460592/_view/dev_test_view-9460592?full_set=true&amp;amp;debug=true&amp;amp;start_key=40&amp;amp;start_key_docid=%22a67408a-40%22&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="24451" author="tommie" created="Thu, 16 Feb 2012 16:32:19 -0600"  >This is basically a bug with UI because it uses start_key_docid instead of &amp;#39;startkey_docid&amp;#39; &lt;br/&gt;
&lt;br/&gt;
this query works - &lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://127.0.0.1:9500/default/_design/dev_test_view-9460592/_view/dev_test_view-9460592?full_set=true&amp;startkey=40&amp;startkey_docid=a67408a-40&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://127.0.0.1:9500/default/_design/dev_test_view-9460592/_view/dev_test_view-9460592?full_set=true&amp;amp;startkey=40&amp;amp;startkey_docid=a67408a-40&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="24458" author="BigBlueHat" created="Fri, 17 Feb 2012 08:19:00 -0600"  >Yeah, looks like it could have also been start_key_doc_id (per Filipe&amp;#39;s first comment).&lt;br/&gt;
&lt;br/&gt;
Will fix.</comment>
                    <comment id="24467" author="BigBlueHat" created="Fri, 17 Feb 2012 10:40:29 -0600"  >Resolved: &lt;a href=&quot;http://review.couchbase.org/13336&quot;&gt;http://review.couchbase.org/13336&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
Feel free to close this ticket (or re-open it) based on the final review/merging.</comment>
                    <comment id="24477" author="thuan" created="Fri, 17 Feb 2012 21:01:43 -0600"  >Integrated in github-ns-server-2-0 #303 (See [&lt;a href=&quot;http://qa.hq.northscale.net/job/github-ns-server-2-0/303/&quot;&gt;http://qa.hq.northscale.net/job/github-ns-server-2-0/303/&lt;/a&gt;])&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;removing underscores from startkey/endkey fields. &lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-4781&quot; title=&quot;start_key_docid returns unexpected (or unintuitive) results&quot;&gt;&lt;strike&gt;MB-4781&lt;/strike&gt;&lt;/a&gt; (Revision 9bc2bde6f88d43b273f7278e18a91c3871404cf2)&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Result = SUCCESS&lt;br/&gt;
Aliaksey Kandratsenka : &lt;br/&gt;
Files : &lt;br/&gt;
* priv/public/index.html&lt;br/&gt;
</comment>
                    <comment id="25257" author="francares" created="Wed, 28 Mar 2012 10:36:47 -0500"  >Does anyone know if this bug was fixed in DP4?&lt;br/&gt;
I&amp;#xB4;m using Couchbase version: 2.0.0 community edition (build-724) and still happens. I&amp;#xB4;m using startkey_docid and startkey query params.</comment>
                    <comment id="25264" author="tommie" created="Wed, 28 Mar 2012 12:04:27 -0500"  >Yes, this was fixed in dp4.   What do you&amp;#39;re id&amp;#39;s and keys look like?  &lt;br/&gt;
Depending on your docids, you should not have quote&amp;#39;s around the startkey_docid, even if the id&amp;#39;s are strings.&lt;br/&gt;
</comment>
                    <comment id="25271" author="francares" created="Wed, 28 Mar 2012 14:13:31 -0500"  >They are GUIDs.&lt;br/&gt;
&lt;br/&gt;
When I call to the view with following URLs:&lt;br/&gt;
&lt;a href=&quot;http://10.230.58.221:8092/test/_design/dev_appsByCategory/_view/appsByCategory?startkey_docid=%2200%22&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://10.230.58.221:8092/test/_design/dev_appsByCategory/_view/appsByCategory?startkey_docid=%2200%22&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
or&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;http://10.230.58.221:8092/test/_design/dev_appsByCategory/_view/appsByCategory?startkey_docid=00&amp;connection_timeout=60000&amp;limit=10&amp;skip=0&quot;&gt;http://10.230.58.221:8092/test/_design/dev_appsByCategory/_view/appsByCategory?startkey_docid=00&amp;amp;connection_timeout=60000&amp;amp;limit=10&amp;amp;skip=0&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
It returns keys like 03057CA7-5F27-4364-87FD-892548D8CB43, so the filter is not performed in the view.</comment>
                    <comment id="25272" author="francares" created="Wed, 28 Mar 2012 14:16:42 -0500"  >Same happens with string type keys.</comment>
                    <comment id="25304" author="tommie" created="Thu, 29 Mar 2012 07:51:47 -0500"  >Well, couple of things here, as I also thought this was unintuitive before understanding how this used to work in couchdb.&lt;br/&gt;
&lt;br/&gt;
Using startkey_docid requires 2 things:&lt;br/&gt;
1 that the startkey filter is also used in the same query&lt;br/&gt;
2 that the results returned from using startkey contain duplicate keys&lt;br/&gt;
&lt;br/&gt;
so if I have:&lt;br/&gt;
{ &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key0&amp;quot;  : &amp;quot;val0&amp;quot;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key1&amp;quot;  : &amp;quot;val1&amp;quot;       &amp;lt;_id = k1v1&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key1&amp;quot;  : &amp;quot;val2&amp;quot;       &amp;lt;_id = k1v2&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key1&amp;quot;  : &amp;quot;val3&amp;quot;       &amp;lt;_id = k1v3&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key2&amp;quot;  : &amp;quot;val4&amp;quot;&lt;br/&gt;
}&lt;br/&gt;
&lt;br/&gt;
I can do something like&lt;br/&gt;
starkey = key1,   startkey_doid = k1v2&lt;br/&gt;
&lt;br/&gt;
and my results would be&lt;br/&gt;
{ &lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key1&amp;quot;  : &amp;quot;val2&amp;quot;       &amp;lt;_id = k1v2&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key1&amp;quot;  : &amp;quot;val3&amp;quot;       &amp;lt;_id = k1v3&amp;gt;&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;quot;key2&amp;quot;  : &amp;quot;val4&amp;quot;&lt;br/&gt;
}&lt;br/&gt;
&lt;br/&gt;
Could be in your case the only thing you need is startkey if all your map functions are emitting unique keys.</comment>
                </comments>
                    <attachments>
                    <attachment id="12259" name="10.1.2.104-8091-diag.txt.zip" size="4414812" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12260" name="10.1.2.105-8091-diag.txt.zip" size="1528539" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12261" name="10.1.2.106-8091-diag.txt.zip" size="2217670" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12262" name="10.1.2.107-8091-diag.txt.zip" size="1633240" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12263" name="10.1.2.108-8091-diag.txt.zip" size="1629785" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12264" name="10.1.2.109-8091-diag.txt.zip" size="1622256" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12257" name="query_with_key" size="213437" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                    <attachment id="12258" name="query_with_key_and_startkeydocid" size="213437" author="tommie" created="Tue, 7 Feb 2012 17:59:57 -0600" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Tue, 7 Feb 2012 18:44:53 -0600</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>5689</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>
</channel>
</rss>