Wed, 31 Mar 2010 09:57:18 +0200 [optimization] traced_selection is used very intensively in debug mode stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 31 Mar 2010 09:57:18 +0200] rev 5094
[optimization] traced_selection is used very intensively in debug mode optimizing it is worth the pain. Basically : don't do stuff unnecessary when we don't trace anything.
Wed, 31 Mar 2010 09:55:19 +0200 [optimization] improve massive write performance by optimizing hooks selection stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 31 Mar 2010 09:55:19 +0200] rev 5093
[optimization] improve massive write performance by optimizing hooks selection profiling on some massive deletion showed up that 2/3 of the time was spent in hooks selection. Those changes make it much more acceptable (through selection is still not negligeable): * use one registry for each event, so we've much less hooks to check when emiting an event as well as no more need for the match_event selector. This required ability to put one appobject into several registries, using a __registries__ class attribute. * check for deprecated .enabled at registry initialization time instead of at selection time A very simple HooksManager class has been reintroduce to choose the right registry on call_hooks. Those optimisations leads to a ~x3 factor of time necessary to delete 16000 entities.
Wed, 31 Mar 2010 09:45:14 +0200 [upgrade] after upgrade, fork command to start instance avoid grave uicfg pb (explicit rules all removed...) stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Wed, 31 Mar 2010 09:45:14 +0200] rev 5092
[upgrade] after upgrade, fork command to start instance avoid grave uicfg pb (explicit rules all removed...)
Tue, 30 Mar 2010 19:59:56 +0200 merge stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 30 Mar 2010 19:59:56 +0200] rev 5091
merge
Tue, 30 Mar 2010 19:55:20 +0200 [repo creation] removing existing entities of 'single' cardinality relatino should be considered as 'activeintegrity' hook. Also don't disable that category during repo creation to avoid pb such as two default workflows for one entity types stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 30 Mar 2010 19:55:20 +0200] rev 5090
[repo creation] removing existing entities of 'single' cardinality relatino should be considered as 'activeintegrity' hook. Also don't disable that category during repo creation to avoid pb such as two default workflows for one entity types
Tue, 30 Mar 2010 18:41:17 +0200 merge stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Tue, 30 Mar 2010 18:41:17 +0200] rev 5089
merge
Tue, 30 Mar 2010 16:29:32 +0200 handle Service Close request correctly (closes #736039) stable
Alexandre Fayolle <alexandre.fayolle@logilab.fr> [Tue, 30 Mar 2010 16:29:32 +0200] rev 5088
handle Service Close request correctly (closes #736039) The windows event self._stop_event was not used, and twisted was not getting a chance of terminating cleanly by calling its shutdown event handlers (which would eventually call pyro_unregister). Fixed by calling reactor.stop()
Tue, 30 Mar 2010 17:59:18 +0200 [js form validation] fix case where we've None/null keys in the errors dictionnary stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 30 Mar 2010 17:59:18 +0200] rev 5087
[js form validation] fix case where we've None/null keys in the errors dictionnary
Tue, 30 Mar 2010 17:56:10 +0200 [cleanup] exists imported, use it stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 30 Mar 2010 17:56:10 +0200] rev 5086
[cleanup] exists imported, use it
Tue, 30 Mar 2010 17:54:28 +0200 [form] CompoundField should not return itself in actual_fields, this avoid error on iliane with 3.7.2 where it's marked as required (from the schema) while value are provided by subfields stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Tue, 30 Mar 2010 17:54:28 +0200] rev 5085
[form] CompoundField should not return itself in actual_fields, this avoid error on iliane with 3.7.2 where it's marked as required (from the schema) while value are provided by subfields
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip