Mon, 21 Jun 2010 11:54:09 +0200 Added tag cubicweb-debian-version-3.8.5-1 for changeset 5d05b08adeab stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 11:54:09 +0200] rev 5810
Added tag cubicweb-debian-version-3.8.5-1 for changeset 5d05b08adeab
Mon, 21 Jun 2010 11:54:09 +0200 Added tag cubicweb-version-3.8.5 for changeset 2de32c0c293b stable cubicweb-debian-version-3.8.5-1
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 11:54:09 +0200] rev 5809
Added tag cubicweb-version-3.8.5 for changeset 2de32c0c293b
Mon, 21 Jun 2010 11:13:25 +0200 [repo] call entity.check() once before_update hooks has been called, to let them a chance to transform data stable cubicweb-version-3.8.5
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 11:13:25 +0200] rev 5808
[repo] call entity.check() once before_update hooks has been called, to let them a chance to transform data
Mon, 21 Jun 2010 10:42:26 +0200 3.8.5 stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 10:42:26 +0200] rev 5807
3.8.5
Mon, 21 Jun 2010 10:00:05 +0200 [debian] #1027463: logrotate script should filter out warnings stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 10:00:05 +0200] rev 5806
[debian] #1027463: logrotate script should filter out warnings
Mon, 21 Jun 2010 09:36:40 +0200 [schema migration] fix fix introduced in 5803:589e2e3fb997, test for backend alter column support should be done in the operation, else the associated index is not dropped while this is supported stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 09:36:40 +0200] rev 5805
[schema migration] fix fix introduced in 5803:589e2e3fb997, test for backend alter column support should be done in the operation, else the associated index is not dropped while this is supported
Mon, 21 Jun 2010 08:54:12 +0200 [schema migration] fix backend compatibility issue by using type_from_constraints / sql_change_col_type instead of bare ALTER COLUMN stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 08:54:12 +0200] rev 5804
[schema migration] fix backend compatibility issue by using type_from_constraints / sql_change_col_type instead of bare ALTER COLUMN
Mon, 21 Jun 2010 08:53:13 +0200 [schema migration] don't try to drop column if backend doesn't support column alteration (eg sqlite) stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 08:53:13 +0200] rev 5803
[schema migration] don't try to drop column if backend doesn't support column alteration (eg sqlite)
Mon, 21 Jun 2010 08:52:13 +0200 [session] when rollback_on_failure is false, we should not try to reconnect if the sql raised an error stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 08:52:13 +0200] rev 5802
[session] when rollback_on_failure is false, we should not try to reconnect if the sql raised an error
Sun, 20 Jun 2010 15:09:42 +0000 Use SQL standard ALTER TABLE command (with ADD instead of ADD COLUMN) stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Sun, 20 Jun 2010 15:09:42 +0000] rev 5801
Use SQL standard ALTER TABLE command (with ADD instead of ADD COLUMN)
Sun, 20 Jun 2010 15:08:23 +0000 reduced logging verbosity in ldapuser source stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Sun, 20 Jun 2010 15:08:23 +0000] rev 5800
reduced logging verbosity in ldapuser source
Sat, 19 Jun 2010 16:08:54 +0200 use sessionid in log message stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Sat, 19 Jun 2010 16:08:54 +0200] rev 5799
use sessionid in log message
Sat, 19 Jun 2010 16:08:08 +0200 constraints can contain unicode values stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Sat, 19 Jun 2010 16:08:08 +0200] rev 5798
constraints can contain unicode values
Fri, 18 Jun 2010 18:31:22 +0200 [entity] fix .complete so we don't crash on missing mandatory relation. Also simplify code. Closes #1058267
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 18:31:22 +0200] rev 5797
[entity] fix .complete so we don't crash on missing mandatory relation. Also simplify code. Closes #1058267
Fri, 18 Jun 2010 18:49:17 +0200 closes #1059729: cw-ctl upgrade : i18n upgrade not performed if DB does not need upgrade stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 18:49:17 +0200] rev 5796
closes #1059729: cw-ctl upgrade : i18n upgrade not performed if DB does not need upgrade
Fri, 18 Jun 2010 18:35:09 +0200 [devtools/qunit] prefix jquery_dir with 'file://'
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jun 2010 18:35:09 +0200] rev 5795
[devtools/qunit] prefix jquery_dir with 'file://' (as this is used from within a web browser)
Fri, 18 Jun 2010 18:16:36 +0200 [devtools/qunit] Locate jquery through cubicwew config to handle installed setup
Pierre-Yves David <pierre-yves.david@logilab.fr> [Fri, 18 Jun 2010 18:16:36 +0200] rev 5794
[devtools/qunit] Locate jquery through cubicwew config to handle installed setup
Fri, 18 Jun 2010 18:14:55 +0200 [rql2sql] use new dbhelper.sql_concat_string function to deal with sql string concatenation. This together with lgdb 1.0.4 fixes #1055133: SQL Server support : string concatenation issue stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 18:14:55 +0200] rev 5793
[rql2sql] use new dbhelper.sql_concat_string function to deal with sql string concatenation. This together with lgdb 1.0.4 fixes #1055133: SQL Server support : string concatenation issue
Fri, 18 Jun 2010 15:41:39 +0200 [session] update session's timestamp in session.execute, so long running transactions are not erroneously closed by the repository stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 15:41:39 +0200] rev 5792
[session] update session's timestamp in session.execute, so long running transactions are not erroneously closed by the repository
Fri, 18 Jun 2010 14:56:01 +0200 [repo session] expected argument is the source, not the session stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 18 Jun 2010 14:56:01 +0200] rev 5791
[repo session] expected argument is the source, not the session
Fri, 18 Jun 2010 14:44:22 +0200 [devtools/qunit] in safe mode, ffox launches a stupid popup
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 18 Jun 2010 14:44:22 +0200] rev 5790
[devtools/qunit] in safe mode, ffox launches a stupid popup
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.
Thu, 17 Jun 2010 17:49:58 +0200 [doc/book/faq] question on security stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Thu, 17 Jun 2010 17:49:58 +0200] rev 5781
[doc/book/faq] question on security
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 tip