Mon, 05 Jul 2010 18:25:25 +0200 [selectors] fix warning stack level
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 05 Jul 2010 18:25:25 +0200] rev 5892
[selectors] fix warning stack level
Mon, 05 Jul 2010 18:25:19 +0200 [schema migration] import refactoring to fix #1109558 and enhances things on the way
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 05 Jul 2010 18:25:19 +0200] rev 5891
[schema migration] import refactoring to fix #1109558 and enhances things on the way the main pb demonstrated by #1109558 was due to the fact that in-memory schema was updated in commit_event of operations. This is undesired in most cases, since we want the modification to be taken into account in the interval between the modification detection and the commit_event. I've fixed this by merging in-memory schema / database alteration operations for most important changes, doing in-memory schema changes as they are detected and implementing a revertcommit_event method to revert them if necessary (with exception for removal of stuff from the schema, where this is simply done in a postcommit_event methods). Also, I've benefited from this to support reverting of database alteration for some operations (more to be done there), and to move so system source alteration code to the native source code for a nicer design. There may be some more stuff in syncschema.py that would benefit from similar changes, but most important things are done (at least to close #1109558, w/ unittest_syncschema and unittest_migration green).
Mon, 05 Jul 2010 18:00:33 +0200 backport stable
Sylvain Thénault <sylvain.thenault@logilab.fr> [Mon, 05 Jul 2010 18:00:33 +0200] rev 5890
backport stable
(0) -3000 -1000 -300 -100 -30 -10 -3 +3 +10 +30 +100 +300 +1000 +3000 tip