1. 17 Dec, 2024 1 commit
  2. 16 Dec, 2024 1 commit
  3. 05 Dec, 2024 1 commit
  4. 04 Dec, 2024 2 commits
  5. 19 Nov, 2024 2 commits
  6. 18 Nov, 2024 1 commit
  7. 16 Nov, 2024 1 commit
  8. 14 Nov, 2024 2 commits
  9. 10 Nov, 2024 4 commits
  10. 15 Jan, 2024 1 commit
  11. 23 Oct, 2023 1 commit
  12. 28 Jun, 2023 1 commit
  13. 24 Jun, 2023 1 commit
  14. 31 May, 2023 1 commit
  15. 17 May, 2023 1 commit
  16. 02 May, 2023 2 commits
  17. 16 Feb, 2023 1 commit
  18. 20 Dec, 2022 1 commit
  19. 19 Dec, 2022 1 commit
  20. 12 Dec, 2022 2 commits
  21. 19 Sep, 2022 1 commit
    • Klaus Wölfel's avatar
      erp5_configurator_standard_solver: Add missing solver_workflow to Quantity Split Move Solver · cc60aa8f
      Klaus Wölfel authored
      The missing workflow resulted in a bug when moving quantities multiple times, first to one delivery, then to another delivery. Then the same solver process with same decision was used as for the first time even if the first delivery was already delivered or movement was deleted. The reason was that Quantity Split Move Solver did not change to succeeded state after solving, so Solver Process did not change to solved state.
      cc60aa8f
  22. 18 Sep, 2022 1 commit
  23. 14 Sep, 2022 2 commits
  24. 15 Jun, 2022 2 commits
  25. 14 Jun, 2022 4 commits
  26. 13 Jun, 2022 2 commits
    • Jérome Perrin's avatar
      trade: Consider movement dates to select trade condition for price · 7193b12d
      Jérome Perrin authored
      using movement date rather than order date is more correct
      7193b12d
    • Jérome Perrin's avatar
      composition: only consider validated when looking up effective models · 5d929056
      Jérome Perrin authored
      composition API, which is used to select the "most applicable" model
      (Trade Condition, Transformation, Pay Sheet Model, etc) with the same
      reference was only discarding deleted and validated models, but it
      was selecting draft models.
      
      This leads to this kind of problem:
       - A validated model exist, with an effective date
       - A new model is made by cloning the validated one, edited to set
        effective date from now and validated
       - The first validated model is also cloned by mistake, but not
        validated
      In such case, the model cloned by mistake might be used, which from
      user point of view is wrong, because user validated a model, so if
      the system use a draft instead, that's a very wrong behaviour.
      
      This change require models to be validated for the composition API to
      work, many tests were updated to validate the model (either in the test
      or in the data business template used by the test).
      
      This change might also produce different results in production, because
      it was possible that some draft models were selected before, now they
      will no longer be selected. To check for potential side effects, we
      recommend looking for all draft models with a reference, examine them
      one by one and validate the model if it's a case where user forgot to
      validate.
      5d929056