Fri, 19 Feb 2010 10:04:24 +0100 [workflow] finish refactoring introduced by 021035b9a7ab for 'go back' transition: stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 10:04:24 +0100] rev 4646
[workflow] finish refactoring introduced by 021035b9a7ab for 'go back' transition: * fix SubWorkflowTransition.destination() prototype (must now take an entity as argument) * fix the change state for to give the entity to the transition's destination() method * we need a new method to draw workflow since we've no entity to give and 'go back' transition usually go back to multiple states
Fri, 19 Feb 2010 09:37:03 +0100 deprecate Transition.set_transition_permissions in favor of set_permissions (after all we know we're on a transition entity) stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 09:37:03 +0100] rev 4645
deprecate Transition.set_transition_permissions in favor of set_permissions (after all we know we're on a transition entity)
Fri, 19 Feb 2010 09:36:26 +0100 introduce 'go back' transition: transition without destination state will go to the state we were coming from stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 09:36:26 +0100] rev 4644
introduce 'go back' transition: transition without destination state will go to the state we were coming from
Fri, 19 Feb 2010 09:34:14 +0100 fix optimisation with super session that may lead to integrity loss stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 09:34:14 +0100] rev 4643
fix optimisation with super session that may lead to integrity loss at some point I've decided to stop ensuring ?1 cardinality was respected when adding a new relation using a super session, to avoid the cost of the delete query. That was yet discussable because it introduced unexpected difference between execute and unsafe_execute, which is imo not worth it. Also, now that rql() in migration script default to unsafe_execute, we definitly don't want that implicit behaviour change (which already cause bug when for instance adding another default workflow for an entity type: without that fix we end up with *two* default workflows while the schema tells we can have only one. IMO we should go to the direction that super session skip all security check, but nothing else, unless explicitly asked.
Fri, 19 Feb 2010 12:14:35 +0100 [auto/inline forms] reallow nested inline forms #703910 stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 19 Feb 2010 12:14:35 +0100] rev 4642
[auto/inline forms] reallow nested inline forms #703910
Thu, 18 Feb 2010 15:42:29 +0100 [reledit] fix #713217: reledit doesn't check 'update' permission on attributes stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 15:42:29 +0100] rev 4641
[reledit] fix #713217: reledit doesn't check 'update' permission on attributes
Thu, 18 Feb 2010 15:42:09 +0100 fix dumb name error stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 15:42:09 +0100] rev 4640
fix dumb name error
Thu, 18 Feb 2010 14:27:00 +0100 cleanup internal forms parameters in postlogin stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 14:27:00 +0100] rev 4639
cleanup internal forms parameters in postlogin
Thu, 18 Feb 2010 14:07:56 +0100 grmmbl, bad resolve stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 14:07:56 +0100] rev 4638
grmmbl, bad resolve
Thu, 18 Feb 2010 14:06:17 +0100 missed conflict stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 14:06:17 +0100] rev 4637
missed conflict
Thu, 18 Feb 2010 14:02:48 +0100 backport lost stable head stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 14:02:48 +0100] rev 4636
backport lost stable head
Thu, 18 Feb 2010 13:31:03 +0100 fix sync_schema_props_perms test stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 13:31:03 +0100] rev 4635
fix sync_schema_props_perms test
Thu, 18 Feb 2010 13:30:37 +0100 fix create_user function introduced in d6ae30c5d055 for database initialization: messup admin user groups when anon is created due to missing restriction stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 13:30:37 +0100] rev 4634
fix create_user function introduced in d6ae30c5d055 for database initialization: messup admin user groups when anon is created due to missing restriction
Thu, 18 Feb 2010 13:28:38 +0100 3.6 api update stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 13:28:38 +0100] rev 4633
3.6 api update
(0) -3000 -1000 -300 -100 -14 +14 +100 +300 +1000 +3000 tip