Tue, 23 Feb 2010 09:52:38 +0100 restore 3.5 compat for date functions moved to lgc.date in 3.6 (closes #716055) stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 23 Feb 2010 09:52:38 +0100] rev 4652
restore 3.5 compat for date functions moved to lgc.date in 3.6 (closes #716055)
Mon, 22 Feb 2010 19:25:04 +0100 [devtools/fill] fix date generation and its test stable
Nicolas Chauvat <nicolas.chauvat@logilab.fr> [Mon, 22 Feb 2010 19:25:04 +0100] rev 4651
[devtools/fill] fix date generation and its test
Mon, 22 Feb 2010 18:22:54 +0100 typo: capitalize migration confirmation messages stable
Nicolas Chauvat <nicolas.chauvat@logilab.fr> [Mon, 22 Feb 2010 18:22:54 +0100] rev 4650
typo: capitalize migration confirmation messages
Fri, 19 Feb 2010 15:12:46 +0100 [views/deleteconf] remove action ppty (useless & clashes with form attr, replace buggy non_final_entity selector with implements workaround stable
Aurelien Campeas <aurelien.campeas@logilab.fr> [Fri, 19 Feb 2010 15:12:46 +0100] rev 4649
[views/deleteconf] remove action ppty (useless & clashes with form attr, replace buggy non_final_entity selector with implements workaround
Fri, 19 Feb 2010 12:53:35 +0100 merge stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 12:53:35 +0100] rev 4648
merge
Fri, 19 Feb 2010 10:12:33 +0100 [workflow] fix potential destination for go back transition stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Feb 2010 10:12:33 +0100] rev 4647
[workflow] fix potential destination for go back transition
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
Thu, 18 Feb 2010 12:58:52 +0100 fix unittest_hooks: attributes have now update_permission instead of [add/delete]_permission stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 12:58:52 +0100] rev 4632
fix unittest_hooks: attributes have now update_permission instead of [add/delete]_permission
Thu, 18 Feb 2010 12:57:57 +0100 when modifying a persistent schema, erschema may miss some permissions which wil trigger a key error, but we don't want to crash on such cases stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 12:57:57 +0100] rev 4631
when modifying a persistent schema, erschema may miss some permissions which wil trigger a key error, but we don't want to crash on such cases
Thu, 18 Feb 2010 12:52:34 +0100 fix #694445: related entity generates weird RQL which in turn generates weird SQL which fails on SQL Server stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 12:52:34 +0100] rev 4630
fix #694445: related entity generates weird RQL which in turn generates weird SQL which fails on SQL Server quick fix to reuse modification_date if already retreived by the rql query.
Thu, 18 Feb 2010 12:13:36 +0100 fix 4626:c26b4df9fc90 (#703911): use can't rely on peid since it's not an actual eid when we're creating the parent entity stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 12:13:36 +0100] rev 4629
fix 4626:c26b4df9fc90 (#703911): use can't rely on peid since it's not an actual eid when we're creating the parent entity
Thu, 18 Feb 2010 11:08:00 +0100 [form fields] nicer behaviour of the password field: don't put internal field value on edition (triggering validation error if one validation without removing the value, due to confirmation mismatch), and don't show the field as required in such case stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 11:08:00 +0100] rev 4628
[form fields] nicer behaviour of the password field: don't put internal field value on edition (triggering validation error if one validation without removing the value, due to confirmation mismatch), and don't show the field as required in such case
Thu, 18 Feb 2010 11:06:40 +0100 minor cleanup: don't use builtin 'id' as variable name stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 11:06:40 +0100] rev 4627
minor cleanup: don't use builtin 'id' as variable name
Thu, 18 Feb 2010 10:57:50 +0100 [forms/inline] fix #703911: add new link disappears if inline box removed. Since we've the information, we must specify the target type else we get random cardinality on ambiguous relations stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 10:57:50 +0100] rev 4626
[forms/inline] fix #703911: add new link disappears if inline box removed. Since we've the information, we must specify the target type else we get random cardinality on ambiguous relations
Thu, 18 Feb 2010 10:55:41 +0100 this is not the form renderer responsability to check for update permissions. Move this to autoform editable_attributes relation stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 10:55:41 +0100] rev 4625
this is not the form renderer responsability to check for update permissions. Move this to autoform editable_attributes relation
Thu, 18 Feb 2010 10:54:50 +0100 turn default logging threshold to warning (we usually want them), and log 'no schema for eid' pb using warning instead of error, so we see them in logs but not during migration stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 10:54:50 +0100] rev 4624
turn default logging threshold to warning (we usually want them), and log 'no schema for eid' pb using warning instead of error, so we see them in logs but not during migration
Thu, 18 Feb 2010 09:26:04 +0100 pfff, sorry to keep messing with default/stable... stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 09:26:04 +0100] rev 4623
pfff, sorry to keep messing with default/stable...
Thu, 18 Feb 2010 09:22:04 +0100 specify db port on backup/restore commands (require forth comming lgc 0.48.1)
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 09:22:04 +0100] rev 4622
specify db port on backup/restore commands (require forth comming lgc 0.48.1)
Thu, 18 Feb 2010 08:39:30 +0100 move captcha view to a place where it will be loaded by the registry...
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 08:39:30 +0100] rev 4621
move captcha view to a place where it will be loaded by the registry...
Thu, 18 Feb 2010 07:29:13 +0100 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Feb 2010 07:29:13 +0100] rev 4620
backport stable
Wed, 17 Feb 2010 20:22:12 +0100 [security] allow to call .check on rql expression with a user eid specified stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 20:22:12 +0100] rev 4619
[security] allow to call .check on rql expression with a user eid specified
Wed, 17 Feb 2010 16:42:52 +0100 [facet] rqlst should be the select node stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 16:42:52 +0100] rev 4618
[facet] rqlst should be the select node
Wed, 17 Feb 2010 16:27:01 +0100 oops, should have been in my previous commit stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 16:27:01 +0100] rev 4617
oops, should have been in my previous commit
Wed, 17 Feb 2010 16:21:34 +0100 fix table view facet retreival, necessary since 95ccd84c892b. Also some cleanup in facet box stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 16:21:34 +0100] rev 4616
fix table view facet retreival, necessary since 95ccd84c892b. Also some cleanup in facet box
Wed, 17 Feb 2010 15:58:09 +0100 Fix: RangeFacet is selected (valid rset) but without any values stable
Charles Hébert <charles.hebert@logilab.fr> [Wed, 17 Feb 2010 15:58:09 +0100] rev 4615
Fix: RangeFacet is selected (valid rset) but without any values
Wed, 17 Feb 2010 15:57:03 +0100 fix the bad rqlst syntax tree usage during facets initialization by copying it stable
Charles Hébert <charles.hebert@logilab.fr> [Wed, 17 Feb 2010 15:57:03 +0100] rev 4614
fix the bad rqlst syntax tree usage during facets initialization by copying it
Wed, 17 Feb 2010 10:39:35 +0100 [R] dataimport: refine error detection stable
Julien Jehannet <julien.jehannet@logilab.fr> [Wed, 17 Feb 2010 10:39:35 +0100] rev 4613
[R] dataimport: refine error detection Consider only None as non-expected value after parsing the input file. False is now allowed because of the boolean yesno checker that returns False by default.
Wed, 17 Feb 2010 13:23:36 +0100 added a function to create admin/anon user during db initialization process so one get a chance to monkey patch it stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 13:23:36 +0100] rev 4612
added a function to create admin/anon user during db initialization process so one get a chance to monkey patch it
Wed, 17 Feb 2010 13:16:50 +0100 fix unittest_schema, remove deprecation warning stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 13:16:50 +0100] rev 4611
fix unittest_schema, remove deprecation warning
Wed, 17 Feb 2010 13:12:35 +0100 when creating an instance, ask for cubes specific options properly (fix #607349) stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 13:12:35 +0100] rev 4610
when creating an instance, ask for cubes specific options properly (fix #607349)
Wed, 17 Feb 2010 13:11:30 +0100 avoid loading twice site_cubicweb files on instance creation stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 13:11:30 +0100] rev 4609
avoid loading twice site_cubicweb files on instance creation
Wed, 17 Feb 2010 12:25:17 +0100 oops stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 12:25:17 +0100] rev 4608
oops
Wed, 17 Feb 2010 12:21:28 +0100 [schema security] fix so that when cheking attributes perms for an entity being created, 'owners' and has_*_permission in erqlexpr are considered satisfied stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 12:21:28 +0100] rev 4607
[schema security] fix so that when cheking attributes perms for an entity being created, 'owners' and has_*_permission in erqlexpr are considered satisfied
Wed, 17 Feb 2010 11:26:09 +0100 dont add CUBES_DIR to cubes search path if it doesn't exists stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 11:26:09 +0100] rev 4606
dont add CUBES_DIR to cubes search path if it doesn't exists
Wed, 17 Feb 2010 11:25:46 +0100 fix dumb name error triggering crash when some directory in cubes search path doesn't exist stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 17 Feb 2010 11:25:46 +0100] rev 4605
fix dumb name error triggering crash when some directory in cubes search path doesn't exist
(0) -3000 -1000 -300 -100 -48 +48 +100 +300 +1000 +3000 tip