1. 17 Jan, 2019 1 commit
  2. 15 Jan, 2019 4 commits
  3. 14 Jan, 2019 2 commits
  4. 11 Jan, 2019 2 commits
  5. 08 Jan, 2019 3 commits
  6. 07 Jan, 2019 2 commits
    • Sebastien Robin's avatar
    • Julien Muchembled's avatar
      CMFActivity: better date ordering by using micro-precision · b82f3ba1
      Julien Muchembled authored
      Originally, uids somehow sorted messages by date of insertion, in particular
      for those that were created within the same second. But since random uids,
      such messages became validated or processed in random order.
      
      Note however that by default, messages created in the same transaction all have
      exactly the same date, so commit a42da4de
      ("CMFActivity: Do not use offset for scanning messages to validate.")
      forces us to keep the ordering on uids (in addition to priority/date).
      
      Existing instances will upgrade automatically, using the already existing code
      to upgrade tables in a generic way. You should see the following logs:
      
          INFO CMFActivity 'message_queue' table upgraded
          ALTER TABLE message_queue
            MODIFY COLUMN date datetime(6) NOT NULL AFTER uid,
            MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing
          INFO CMFActivity 'message_job' table upgraded
          ALTER TABLE message_job
            MODIFY COLUMN date datetime(6) NOT NULL AFTER uid,
            MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing
          INFO CMFActivity 'message' table upgraded
          ALTER TABLE message
            MODIFY COLUMN date datetime(6) NOT NULL AFTER uid,
            MODIFY COLUMN processing_date datetime(6) DEFAULT NULL AFTER processing
      
      
      /reviewed-on nexedi/erp5!820
      b82f3ba1
  7. 02 Jan, 2019 1 commit
  8. 31 Dec, 2018 1 commit
  9. 21 Dec, 2018 2 commits
  10. 20 Dec, 2018 2 commits
  11. 17 Dec, 2018 4 commits
  12. 14 Dec, 2018 2 commits
  13. 13 Dec, 2018 1 commit
    • Arnaud Fontaine's avatar
      Revert "mark file uploading tests as expected failure." as these Functional... · dd528bae
      Arnaud Fontaine authored
      Revert "mark file uploading tests as expected failure." as these Functional Tests are not supposed to fail.
      
      This reverts commit ade16831.
      
      enablePrivilege, and thus UniversalFileRead used to upload files, was disabled
      in Firefox 17. Since SlapOS Firefox has been upgraded, "The operation is insecure"
      error is raised when uploading files. However, this doesn't mean that these tests
      should be expected to fail (and if they are, they should be removed instead).
      dd528bae
  14. 12 Dec, 2018 1 commit
    • Jérome Perrin's avatar
      accounting: restrict restarting accounting period to Assignor · 366a760e
      Jérome Perrin authored
      This workflow involved an Assignee who can open, close, re-open and an
      Assignor who can close definitively.
      This is usually configured so that accountants are Assignee and CFO is
      Assignor.
      
      We realized that re-opening a Period that was previously closed is
      something we don't want the accountants to do without CFO's approval.
      
      To support this configuration, we only allow Assignor to re-open.
      
      Now Assignee can open and close temporarily and Assignor can re-open and
      close definitively.
      
      /reviewed-on nexedi/erp5!813
      366a760e
  15. 11 Dec, 2018 4 commits
  16. 10 Dec, 2018 5 commits
  17. 07 Dec, 2018 2 commits
    • Ayush Tiwari's avatar
      [erp5_core] Follow guidelines for Actions on portal types Catalog and Catalog... · 0b649664
      Ayush Tiwari authored
      [erp5_core] Follow guidelines for Actions on portal types Catalog and Catalog Tool by adding dialog before executing
      
      Also, Cleanup useless actions and functions
      
      /reviewed-on nexedi/erp5!811
      0b649664
    • Jérome Perrin's avatar
      Configurator and workflow cleanups · a29bb541
      Jérome Perrin authored
      * Assorted small fixes so that form comply to conventions
      * Minimal fixes of invalid html
      * make `mixin` usable in type definition 
      
      The context is I was working on a custom configurator involving some matrixboxs, so I needed a simple business configuration item just to store the matrix result. This was possible with mixin, I just made a portal type based on Item class, enabling mxins for `Matrix` and `BusinessConfiguratorItem` and I did not have to define a class ( not sure this is really better ).
      
      Then the matrixbox was not rendering properly, because browser was confused by the broken html and build a "different DOM" and selectors did not apply. This is what `configurator: fix (a bit) invalid HTML` addresses.
      
      While doing this, fix some minor problems found with forms.
      
      /reviewed-on nexedi/erp5!814
      a29bb541
  18. 06 Dec, 2018 1 commit
    • Jérome Perrin's avatar
      configurator: fix (a bit) invalid HTML · 6e0cad48
      Jérome Perrin authored
      Insert fields in a <div>, not in a <table>, fields are not valid table
      elements (they are not <tr>).
      
      Configurator still produce invalid HTML, this seem to be the minimal fix
      to have matrixboxs rendered properly without having to rewriting all
      configurator page templates.
      6e0cad48