Wed, 20 Jul 2011 18:22:41 +0200 stable is now 3.13 stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 18:22:41 +0200] rev 7677
stable is now 3.13
Wed, 20 Jul 2011 18:21:47 +0200 oldstable is now 3.12 oldstable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 18:21:47 +0200] rev 7676
oldstable is now 3.12
Wed, 20 Jul 2011 17:49:37 +0200 Added tag cubicweb-debian-version-3.13.2-1 for changeset 9ad5411199e0
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 17:49:37 +0200] rev 7675
Added tag cubicweb-debian-version-3.13.2-1 for changeset 9ad5411199e0
Wed, 20 Jul 2011 17:49:35 +0200 Added tag cubicweb-version-3.13.2 for changeset f9227b9d6183 cubicweb-debian-version-3.13.2-1
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 17:49:35 +0200] rev 7674
Added tag cubicweb-version-3.13.2 for changeset f9227b9d6183
Wed, 20 Jul 2011 17:16:28 +0200 3.13.2 cubicweb-version-3.13.2
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 17:16:28 +0200] rev 7673
3.13.2
Wed, 20 Jul 2011 14:10:03 +0200 [rql2sql] closes #1832859: fake HAVING terms w/ EXISTS terms
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 14:10:03 +0200] rev 7672
[rql2sql] closes #1832859: fake HAVING terms w/ EXISTS terms there are cases where we want to use the HAVING trick on terms that should belong to an EXISTS subquery. Currently , this causes bad sql. We should fix that until we've a proper rql grammar avoiding the need for this trick. Notice at some point, we may want **actuall** HAVING clauses and GROUPBY used in EXISTS subquery, but that's another story.
Wed, 20 Jul 2011 14:10:02 +0200 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 20 Jul 2011 14:10:02 +0200] rev 7671
backport stable
(0) -3000 -1000 -300 -100 -30 -10 -7 +7 +10 +30 +100 +300 +1000 +3000 tip