Mon, 21 Jun 2010 13:23:11 +0200 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 21 Jun 2010 13:23:11 +0200] rev 5811
backport stable
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
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip