2010-03-19 [source] implement storages right in the source rather than in hooks
Adrien Di Mascio <Adrien.DiMascio@logilab.fr> [Fri, 19 Mar 2010 19:21:31 +0100] rev 4964
[source] implement storages right in the source rather than in hooks The problem is that Storage objects will most probably change entity's dictionary so that values are correctly set before the source's corresponding method (e.g. entity_added()) is called. For instance, the BFSFileStorage will change the original binary data and replace it with the destination file path in order to store the file path in the database. This change must be local to the source in order not to impact other hooks or attribute access during the transaction, the whole idea being that the same application code should work exactly the same whether or not a BFSStorage is used or not.
2010-03-19 i18n update cubicweb-version-3.7.1
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 15:27:45 +0100] rev 4963
i18n update
2010-03-19 3.7.1
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 14:47:34 +0100] rev 4962
3.7.1
2010-03-19 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 14:47:09 +0100] rev 4961
backport stable
2010-03-19 [etwist] cleanup, use cProfile instead of hotshot
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 14:43:49 +0100] rev 4960
[etwist] cleanup, use cProfile instead of hotshot
2010-03-19 [repo] start looping task on repo only config (though I bet more work is needed to get it actually working
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 14:43:15 +0100] rev 4959
[repo] start looping task on repo only config (though I bet more work is needed to get it actually working
2010-03-19 [repo] call server_startup event in start_looping_task the repo is fully started (registered in pyro for instance)
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 14:42:35 +0100] rev 4958
[repo] call server_startup event in start_looping_task the repo is fully started (registered in pyro for instance)
2010-03-19 [security] take care uidrels may contains a relation targetting something else than a constant node (eg IN function)
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 10:10:18 +0100] rev 4957
[security] take care uidrels may contains a relation targetting something else than a constant node (eg IN function)
2010-03-19 [ms] this test is already done before putting a relation in uidrels
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 10:07:30 +0100] rev 4956
[ms] this test is already done before putting a relation in uidrels
2010-03-19 cleanup
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 09:08:09 +0100] rev 4955
cleanup
2010-03-19 [security] experimental rqlst cache for read security: to activate using a 'security-rqlst-cache' flag in transaction data when you'll issue a lot of identic queries with only kwargs varying
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 09:08:00 +0100] rev 4954
[security] experimental rqlst cache for read security: to activate using a 'security-rqlst-cache' flag in transaction data when you'll issue a lot of identic queries with only kwargs varying
2010-03-19 [read security] minor optimizations
Sylvain Thénault <sylvain.thenault@logilab.fr> [Fri, 19 Mar 2010 08:18:31 +0100] rev 4953
[read security] minor optimizations
2010-03-18 [web] get rid of spurious '[Errno 2] No such file or directory' on load stable
Adrien Di Mascio <Adrien.DiMascio@logilab.fr> [Thu, 18 Mar 2010 23:22:40 +0100] rev 4952
[web] get rid of spurious '[Errno 2] No such file or directory' on load This was caused by can_do_pdf_conversion() which tries to use '/usr/bin/fop'. When fop was not available, an OSError was raised by suprocess.Popen. This changeset first checks for /usr/bin/fop presence, then tries to run fop. If an error occurs, log it instead of printing it. NOTE for later: why do we test explicitly for "/usr/bin/fop" rather than simply "fop" ?
2010-03-18 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:39:17 +0100] rev 4951
backport stable
2010-03-18 [schema sync] fix another potential name error on synchronizing rdefs stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:37:55 +0100] rev 4950
[schema sync] fix another potential name error on synchronizing rdefs
2010-03-18 [schema sync] don't try to synchronize infered relation defs, fixing a name error on the way stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:36:08 +0100] rev 4949
[schema sync] don't try to synchronize infered relation defs, fixing a name error on the way
2010-03-18 cleanup stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:33:54 +0100] rev 4948
cleanup
2010-03-18 don't update constraints when it's not necessary stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:33:35 +0100] rev 4947
don't update constraints when it's not necessary
2010-03-18 [repo] don't call server_shutdown hooks when creating/repairing instance to be consistence with server_startup hooks stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:33:03 +0100] rev 4946
[repo] don't call server_shutdown hooks when creating/repairing instance to be consistence with server_startup hooks
2010-03-18 [migration] new build_descr argument to rqlexec on the migration helper
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:31:22 +0100] rev 4945
[migration] new build_descr argument to rqlexec on the migration helper
2010-03-18 fix migration when upgrading from cw < 3.6 to cw 3.7
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:28:59 +0100] rev 4944
fix migration when upgrading from cw < 3.6 to cw 3.7
2010-03-18 disable security when undoing
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:17:50 +0100] rev 4943
disable security when undoing
2010-03-18 merge stable
Adrien Di Mascio <Adrien.DiMascio@logilab.fr> [Thu, 18 Mar 2010 17:16:17 +0100] rev 4942
merge
2010-03-18 [sql] fix FSPATH implementation stable
Adrien Di Mascio <Adrien.DiMascio@logilab.fr> [Thu, 18 Mar 2010 14:06:53 +0100] rev 4941
[sql] fix FSPATH implementation plpy.execute() returns a list of dictionaries with column names as keys and corresponding values as values.
2010-03-18 [web deletion] must use set_message
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 17:14:01 +0100] rev 4940
[web deletion] must use set_message
2010-03-18 fix limited_rql w/ UNION query stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 15:51:53 +0100] rev 4939
fix limited_rql w/ UNION query
2010-03-18 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 11:57:48 +0100] rev 4938
backport stable
2010-03-18 fix import stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Thu, 18 Mar 2010 09:12:54 +0100] rev 4937
fix import
(0) -3000 -1000 -300 -100 -50 -28 +28 +50 +100 +300 +1000 +3000 tip