Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of
 sebastiancohnen@googlemail.com designates 209.85.214.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=content-type:mime-version:subject:from:in-reply-to:date
         :content-transfer-encoding:message-id:references:to:x-mailer;
        b=ngSBa/C68AumoD2l7Cs6d45zSapUsBkTp5OlvXQeEO2y7rxJ0P0tl3QGIwUQht0kmL
         X25watKv3s92/oLYamyHOFe8v3j9sTuAy9Wf4VsMXdSZW69na8UDexk9n1aHUOoVmCO5
         0uNPLq/F7X1UdQZ2FPSh07vtXkhWlPc5zMt5s=
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1081)
Subject: Re: [jira] Commented: (COUCHDB-928) inclusive_end does not work as
 expected
From: Sebastian Cohnen <sebastiancohnen@googlemail.com>
In-Reply-To: <3956506.52661289056681900.JavaMail.jira@thor>
Date: Sat, 6 Nov 2010 16:19:41 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <3C8970C3-A5E3-4EDB-A2AD-F52C125BED4D@googlemail.com>
References: <3956506.52661289056681900.JavaMail.jira@thor>
To: dev@couchdb.apache.org

wtf? ^^

On 06.11.2010, at 16:18, postmaster@blackrock.com (JIRA) wrote:

>=20
>    [ =
https://issues.apache.org/jira/browse/COUCHDB-928?page=3Dcom.atlassian.jir=
a.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1292899=
8#action_12928998 ]=20
>=20
> postmaster@blackrock.com commented on COUCHDB-928:
> --------------------------------------------------
>=20
> Please note that the address:
>     dev@couchdb.apache.org
> will cease working on December 1, 2010.  Please update your contact =
address to the same address @blackrock.com.
>=20
> Thank you.
>=20
> THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND =
MAY BE PRIVILEGED.  If this message was misdirected, BlackRock, Inc. and =
its subsidiaries, ("BlackRock") does not waive any confidentiality or =
privilege.  If you are not the intended recipient, please notify us =
immediately and destroy the message without disclosing its contents to =
anyone.  Any distribution, use or copying of this e-mail or the =
information it contains by other than an intended recipient is =
unauthorized.  The views and opinions expressed in this e-mail message =
are the author's own and may not reflect the views and opinions of =
BlackRock, unless the author is authorized by BlackRock to express such =
views or opinions on its behalf.  All email sent to or from this address =
is subject to electronic storage and review by BlackRock.  Although =
BlackRock operates anti-virus programs, it does not accept =
responsibility for any damage whatsoever caused by viruses being passed.
>=20
>=20
>=20
>=20
>> inclusive_end does not work as expected
>> ---------------------------------------
>>=20
>>                Key: COUCHDB-928
>>                URL: https://issues.apache.org/jira/browse/COUCHDB-928
>>            Project: CouchDB
>>         Issue Type: Bug
>>   Affects Versions: 1.0.1
>>        Environment: x86 64bit Arch Linux 2.6.35
>>           Reporter: Marco Monteiro
>>        Attachments: couchdb.diff
>>=20
>>=20
>> I expected both of the following queries to return the result of the =
first one.
>> The difference betwen the two queries is the inclusive_end argument.
>> ruby-1.9.2-p0 > =
db.view("calculate/work_duration_by_project_id_and_start_time", =
:group_level=3D>2, :startkey =3D> ["0da7979149f2d71f1f5c2361c400c8f2", =
"2000"], :endkey =3D> ["0da7979149f2d71f1f5c2361c400c8f2", "2011"], =
:inclusive_end=3D>true)["rows"].each do |r| puts r end; nil
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2000-03-01 =
00:00:00"], "value"=3D>12340}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-19 =
23:00:00"], "value"=3D>8400}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-24 =
23:00:00"], "value"=3D>12900}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-28 =
23:00:00"], "value"=3D>70975}
>> =3D> nil
>> ruby-1.9.2-p0 > =
db.view("calculate/work_duration_by_project_id_and_start_time", =
:group_level=3D>2, :startkey =3D> ["0da7979149f2d71f1f5c2361c400c8f2", =
"2000"], :endkey =3D> ["0da7979149f2d71f1f5c2361c400c8f2", "2011"], =
:inclusive_end=3D>false)["rows"].each do |r| puts r end; nil
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2000-03-01 =
00:00:00"], "value"=3D>12340}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-19 =
23:00:00"], "value"=3D>8400}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-24 =
23:00:00"], "value"=3D>12900}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c400c8f2", "2010-10-28 =
23:00:00"], "value"=3D>70975}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c40c11d5", "2010-10-28 =
23:00:00"], "value"=3D>7275}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c40c6920", "2010-10-28 =
23:00:00"], "value"=3D>16975}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c40c73ee", "2010-10-28 =
23:00:00"], "value"=3D>24100}
>> {"key"=3D>["0da7979149f2d71f1f5c2361c40c7ddb", "2010-10-28 =
23:00:00"], "value"=3D>7275}
>> {"key"=3D>["5465fdb28f9aae885dba76e4860010d4", "2000-03-01 =
00:00:00"], "value"=3D>600}
>> {"key"=3D>["5465fdb28f9aae885dba76e4860010d4", "2010-10-27 =
23:00:00"], "value"=3D>7200}
>> {"key"=3D>["5465fdb28f9aae885dba76e486001d07", "2000-03-01 =
00:00:00"], "value"=3D>1420}
>> {"key"=3D>["5465fdb28f9aae885dba76e4860020b4", "2000-03-01 =
00:00:00"], "value"=3D>1420}
>> {"key"=3D>["5465fdb28f9aae885dba76e4860021c8", "2000-03-01 =
00:00:00"], "value"=3D>600}
>> =3D> nil
>> All other agruments being equal, I expect a query with inclusive_end =
set to true to never return less rows than one with inclusive_end set to =
false.
>> Am I missing something?
>> I have checked the request made by the CouchRest library (this could =
be a CouchRest bug), and the request url is as expected.
>=20
> --=20
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>=20