Tue, 09 Mar 2010 10:51:08 +0100 [hook] entity_oldnew_value may cause bug on attributes explicitly set to None stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 09 Mar 2010 10:51:08 +0100] rev 4838
[hook] entity_oldnew_value may cause bug on attributes explicitly set to None
Tue, 09 Mar 2010 10:49:57 +0100 misc fixes to ensure logilab.db compatibility stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 09 Mar 2010 10:49:57 +0100] rev 4837
misc fixes to ensure logilab.db compatibility
Tue, 09 Mar 2010 10:48:46 +0100 [sql generation] fti_need_distinct quere was not anymore used, potentially causing duplicates on has_text queries with sqlite backend stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 09 Mar 2010 10:48:46 +0100] rev 4836
[sql generation] fti_need_distinct quere was not anymore used, potentially causing duplicates on has_text queries with sqlite backend
Tue, 09 Mar 2010 08:59:43 +0100 [repo] enhanced security handling: deprecates unsafe_execute, in favor of explicit read/write security control using the `enabled_security` context manager. Also code executed on the repository side is now unsafe by default.
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 09 Mar 2010 08:59:43 +0100] rev 4835
[repo] enhanced security handling: deprecates unsafe_execute, in favor of explicit read/write security control using the `enabled_security` context manager. Also code executed on the repository side is now unsafe by default.
Mon, 08 Mar 2010 19:02:35 +0100 move hooks activation control on session object, so we can have a per transaction control. Added a new `hooks_control` context manager for usual modification of hooks activation.
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 08 Mar 2010 19:02:35 +0100] rev 4834
move hooks activation control on session object, so we can have a per transaction control. Added a new `hooks_control` context manager for usual modification of hooks activation.
Mon, 08 Mar 2010 18:31:36 +0100 3.7 depends on python >= 2.5
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 08 Mar 2010 18:31:36 +0100] rev 4833
3.7 depends on python >= 2.5
Mon, 08 Mar 2010 18:08:24 +0100 rename deprecated file
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 08 Mar 2010 18:08:24 +0100] rev 4832
rename deprecated file
Mon, 08 Mar 2010 17:57:29 +0100 [repo] use logilab.db instead of lgc.adbh/lgc.db/lgc.sqlgen/indexer, test new date extranction functions
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 08 Mar 2010 17:57:29 +0100] rev 4831
[repo] use logilab.db instead of lgc.adbh/lgc.db/lgc.sqlgen/indexer, test new date extranction functions
Mon, 08 Mar 2010 19:11:47 +0100 [javascript] fix #736185: add_onload / jQuery.bind() vs. jQuery.one()
Adrien Di Mascio <Adrien.DiMascio@logilab.fr> [Mon, 08 Mar 2010 19:11:47 +0100] rev 4830
[javascript] fix #736185: add_onload / jQuery.bind() vs. jQuery.one() This patch introduces a new 'server-response' event and deprecates the 'ajax-loaded' event. - 'server-response' is triggered by postAjaxLoad() (instead of 'ajax-loaded'). - 'server-response' is also triggered on document.ready(). - The add_onload() method binds the javascript code the 'server-response' event whether or not it's an ajax request, thus removing the need of the jsoncall hackish parameter. The binding is done with jQuery.one() instead of jQuery.bind(). - The javascript callbacks will be passed two extra parameters : a boolean to indicate if it's an ajax request or not, the DOM node (result of the HTTP query). As javascript is what it is, callbacks can safely ignore those two parameters if they don't need them. Backward compatibility is maintained by triggerring an 'ajax-loaded' event when a 'server-response' is emitted.
Mon, 08 Mar 2010 09:51:29 +0100 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 08 Mar 2010 09:51:29 +0100] rev 4829
backport stable
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip