An error occurred fetching the project authors.
- 30 Jan, 2013 8 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
-
Jérome Perrin authored
Also note that we could take a screenshot if test times out.
-
Jérome Perrin authored
For now the test reading tables from erp5.com are still disabled.
-
Pere Cortes authored
-
Sebastien Robin authored
-
Julien Muchembled authored
-
- 29 Jan, 2013 10 commits
-
-
Ivan Tyagov authored
-
Sebastien Robin authored
-
Sebastien Robin authored
-
Leonardo Rochael Almeida authored
A TargetSolver might have its configuration updated multiple times, if the same solver type was chosen for different divergences (solver_decisions). We must take care not to overwrite configuration from earlier updates with the data from later ones.
-
Leonardo Rochael Almeida authored
-
Leonardo Rochael Almeida authored
The builder was taking a carefully ordered list of movement group nodes and their suggested changes, and squashing the changes all together in a single dictionary for .edit(**kw). Now we calculate the edit_order to take the movement_group order into account.
-
Leonardo Rochael Almeida authored
New simulation movements don't have a .divergence_scope attribute, so movement groups should not assume their presence when checking scope to adopt a divergence.
-
Leonardo Rochael Almeida authored
-
Leonardo Rochael Almeida authored
Instead of expanding one below it that might not have been modified at all.
-
Ivan Tyagov authored
cause running out of memory so enforce some restrictions by default which will prevent this.
-
- 28 Jan, 2013 4 commits
-
-
Julien Muchembled authored
This updates several alarms after commit 9c94ae13 ("Remove default limit on builders' ZSQL select methods"). If there are more simulation movements, the rest is processed next building time.
-
Julien Muchembled authored
Proper way is to call a global builder with a 'limit' parameter.
-
Kazuhiko Shiozaki authored
-
Kazuhiko Shiozaki authored
-
- 26 Jan, 2013 6 commits
-
-
Julien Muchembled authored
Use of catalog to get related simulation movements from delivery lines/cells is unreliable. Until now, for any new code written for simulation, we often had to be careful not to call getDeliveryRelatedValueList too early, usually by deferring code to activities with complicated dependencies. Race conditions are difficult to avoid by developping this way, because for a given delivery, there are potentially so many events that happen at the same time, involving: - simulation, amongst causality, expand, building, solving (including split) - alarms, user actions, external interfaces, chains of activities - several related deliveries and simulation trees This commit enables ZODB-indexing of related documents for 'delivery' base category, making getDeliveryRelatedValueList safe and fixing unlink of deleted delivery lines/cells. Existing activity dependencies are left unchanged because builders only uses catalog and local building needs to find all simulation movements.
-
Julien Muchembled authored
-
Aurel authored
-
Aurel authored
This must prevent the useless download of bt5 which are already installed And so this is supposed to reduced the number of bt5 installed by configurator and make it faster
-
Aurel authored
-
Aurel authored
-
- 25 Jan, 2013 12 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
- duplicated default categories were dropped when the list of categories was passed without their base categories - accept any iterable for 'category_list'
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-