Fri, 18 Jun 2010 13:32:54 +0200 [ldapuser] quieter ldap result info, fix commented block style stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jun 2010 13:32:54 +0200] rev 5789
[ldapuser] quieter ldap result info, fix commented block style
Fri, 18 Jun 2010 11:40:37 +0200 [qunit] use safe mode for firefox
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 18 Jun 2010 11:40:37 +0200] rev 5788
[qunit] use safe mode for firefox
Fri, 18 Jun 2010 11:40:33 +0200 [qunit] Move qunit.js and qunit.css in devtools/datadirectory
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 18 Jun 2010 11:40:33 +0200] rev 5787
[qunit] Move qunit.js and qunit.css in devtools/datadirectory
Fri, 18 Jun 2010 09:25:01 +0200 [test] fix stupd name error stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 09:25:01 +0200] rev 5786
[test] fix stupd name error
Fri, 18 Jun 2010 09:07:41 +0200 [test] fix test w/ closed connection pb stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 09:07:41 +0200] rev 5785
[test] fix test w/ closed connection pb
Fri, 18 Jun 2010 08:14:00 +0200 [ms] orderby/groupby/having attributes of Select node should be resetted to empty tuple, not None stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 08:14:00 +0200] rev 5784
[ms] orderby/groupby/having attributes of Select node should be resetted to empty tuple, not None
Thu, 17 Jun 2010 18:50:20 +0200 [devtools/teslib] be more defensive on rollbacks stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Thu, 17 Jun 2010 18:50:20 +0200] rev 5783
[devtools/teslib] be more defensive on rollbacks
Thu, 17 Jun 2010 18:36:16 +0200 [rql2sql] when using HAVING to by-pass rql limitation (not to filter on result of an aggregat function), we should emit SQL that doesn't use HAVING to avoid potential backend error because variables are not grouped. Closes #1061603. stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 17 Jun 2010 18:36:16 +0200] rev 5782
[rql2sql] when using HAVING to by-pass rql limitation (not to filter on result of an aggregat function), we should emit SQL that doesn't use HAVING to avoid potential backend error because variables are not grouped. Closes #1061603.
(0) -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 tip