An error occurred fetching the project authors.
- 31 Oct, 2017 1 commit
-
-
Sebastien Robin authored
-
- 23 Dec, 2016 1 commit
-
-
Vincent Pelletier authored
-
- 10 Aug, 2016 1 commit
-
-
Sebastien Robin authored
This is very helpful when a warehouse is splitted into multiple stock points. Also avoid returning no stock optimisations if no date could be found in future.
-
- 28 Jan, 2016 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 27 Nov, 2015 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 25 Mar, 2015 1 commit
-
-
Jérome Perrin authored
basically, rewrite : self.assertEqual(result_of_complex_method, result_of_another_complex_method) into: self.assertEqual(expected_value, result_of_another_complex_method)
-
- 10 Mar, 2015 1 commit
-
-
Gabriel Monnerat authored
-
- 12 Dec, 2014 1 commit
-
-
Gabriel Monnerat authored
testOrder: create default address in entities to not fail when call Invoice_viewAsODT to generate invoices
-
- 04 Sep, 2014 1 commit
-
-
Gabriel Monnerat authored
-
- 03 Jun, 2014 1 commit
-
-
Kazuhiko Shiozaki authored
stop copying (deprecated) Payment Condition documents from Trade Condition to Order, and from Order to Packing List.
-
- 30 Jan, 2014 1 commit
-
-
- 21 Feb, 2013 1 commit
-
-
Jérome Perrin authored
-
- 08 Feb, 2013 1 commit
-
-
Jérome Perrin authored
-
- 03 Oct, 2012 1 commit
-
-
Julien Muchembled authored
All interactions and activity tags are reviewed to fix bugs like duplicated root applied rules, and also reduces the amount of duplicated/useless work, e.g: - Simulation trees are not expanded anymore when simulated objects are modified. - 'expand' activities are merged (i.e. dropped) with any other 'expand' activity for an ancestor. New implementation exposes new API that hides much complexity to the developper about activity dependencies. By default, expand() now automatically defers any work if the current transaction takes too long time. This method also gains a parameter to explicitely choose when to expand, which is often important in unit tests or solvers. In particular, when postponing work, it takes care of setting proper activity dependencies. - If you have any code requiring to expand everything immediately, you'll have to replace 'expand()' by 'expand(expand_policy="immediate")'. - On the contrary, you should replace any 'activate().expand()' by 'expand(expand_policy="deferred")'. expand() still accepts activity parameters for any extra needs. In causality workflow, 'building' state is clarified and now means « delivery may diverge but we can't know now ». A delivery remains in draft as long as it does not contain any movement built from simulation. After init/clone/builder/etc. scripts used to call 'startBuilding' & 'updateCausalityState': this calls must be removed since only SimulatedDeliveryBuilder should take care of move to 'building' state and workflows now triggers 'updateCausalityState'. Disguised interactions have been unhardcoded and either deleted, or moved to appropriate interaction workflows, which have been reorganized. Those that triggers update of portal_workflow can be easily customized or disabled. New API: - updateSimulation() on deliveries and subscription items. It takes care of creating root applied rule, expanding and reindexing parts of simulation trees. It somehow replaces: - Delivery_updateSimulation - Delivery_updateAppliedRule - Delivery.applyToDeliveryRelatedMovement - Delivery.updateAppliedRule - Delivery.expand - Delivery.expandRuleRelatedToMovement - SubscriptionItem.expand - SubscriptionItem.updateAppliedRule - Delivery.localBuild() is the new way to do local building and replaces Delivery_expandAndBuild. Private method Delivery._localBuild replaces Delivery_buildOnComposedDocument. - Simulation Movements that are being built by a builder are reindexed with the following tag: 'built:<delivery_path>'. Any after_path_and_method_id dependency against 'related_simulation_movement_path_list' and reindexing methods should be replaced by this after_tag. After builder scripts used to confirm the delivery in a separate activity, which was useless.
-
- 26 Jun, 2012 1 commit
-
-
Leonardo Rochael Almeida authored
-
- 15 May, 2012 1 commit
-
-
Julien Muchembled authored
This is a followup to commit 8995b645 ("always start transactions with begin() and make tic() commit automatically"): there is now no need to use self.stepTic() instead of self.tic()
-
- 11 May, 2012 1 commit
-
-
Julien Muchembled authored
-
- 29 Mar, 2012 1 commit
-
-
Rafael Monnerat authored
- Solvers were moved to erp5_configurator_standard_solver - trade related code and rules to erp5_configurator_standard_trade_template - accounting related code and rules to erp5_configurator_standard_accounting_template - invoicing related code and rules to erp5_configurator_standard_invoicing_template Code were moved and splited to several diferent business templates. The rules and related code should be used only as template.
-
- 09 Jan, 2012 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 06 Jan, 2012 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 05 Jan, 2012 1 commit
-
-
Kazuhiko Shiozaki authored
move delivery builders from erp5_trade to erp5_simulation_test and make packing list builder global.
-
- 30 May, 2011 1 commit
-
-
Yusei Tahara authored
-
- 10 Mar, 2011 1 commit
-
-
Leonardo Rochael Almeida authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@44152 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 25 Feb, 2011 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43762 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 16 Feb, 2011 1 commit
-
-
Sebastien Robin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@43388 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 22 Dec, 2010 1 commit
-
-
Ivan Tyagov authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@41652 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Sep, 2010 1 commit
-
-
Jérome Perrin authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@38377 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 03 Sep, 2010 1 commit
-
-
Julien Muchembled authored
In particular, merge patches from testERP5Simulation. git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@38139 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 01 Sep, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@38105 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 30 Aug, 2010 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@38062 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 26 Aug, 2010 1 commit
-
-
Julien Muchembled authored
- split erp5_legacy into erp5_simulation_legacy (for generic objects) and erp5_{trade,accounting,invoicing}_simulation_legacy - reverse dependency of erp5_simulation (which may not even need erp5_base) - move obsolete portal type definitions (including some from erp5_base) to appropriate BT - update BT list of unit tests A unit test testing Trade now needs: - new simulation: erp5_base, erp5_pdm, erp5_simulation, erp5_trade, erp5_simulation_test (in this order) - legacy: erp5_base, erp5_pdm, erp5_simulation, erp5_simulation_legacy, erp5_trade, erp5_trade_legacy (in this order) git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@38036 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 13 Aug, 2010 1 commit
-
-
Aurel authored
unit test git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37785 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 12 Aug, 2010 1 commit
-
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37757 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 11 Aug, 2010 2 commits
-
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37700 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Aurel authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37699 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 27 Jul, 2010 1 commit
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@37291 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 15 Jul, 2010 1 commit
-
-
Sebastien Robin authored
Conflicts: bt5/erp5_base/bt/revision bt5/erp5_simulation/DocumentTemplateItem/InvoiceSimulationRule.py bt5/erp5_simulation/bt/revision bt5/erp5_trade/SkinTemplateItem/portal_skins/erp5_trade/Base_viewTradeFieldLibrary.xml bt5/erp5_trade/bt/change_log bt5/erp5_trade/bt/revision products/ERP5/Document/BusinessPath.py products/ERP5/Document/SimulationMovement.py products/ERP5/Document/TradeCondition.py products/ERP5/Document/TradeModelLine.py products/ERP5/bootstrap/erp5_mysql_innodb_catalog/bt/revision products/ERP5Type/ERP5Type.py git-svn-id: https://svn.erp5.org/repos/public/erp5/sandbox/amount_generator@37129 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 08 Jul, 2010 2 commits
-
-
Łukasz Nowak authored
git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36991 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
Łukasz Nowak authored
Instead of relaying on logic of real site, wrap catalogObjectList method and store list being catalogged paths. Then compare such list with expected result. Thanks Seb for idea of simple wrapper. git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36987 20353a03-c40f-0410-a6d1-a30d3c3de9de
-
- 10 Jun, 2010 1 commit
-
-
Łukasz Nowak authored
- add test similar to [35329] to check if acquired parameters of order are properly indexed for order's subobjects git-svn-id: https://svn.erp5.org/repos/public/erp5/trunk@36225 20353a03-c40f-0410-a6d1-a30d3c3de9de
-