1. 26 Jun, 2019 1 commit
  2. 25 Jun, 2019 1 commit
  3. 24 Jun, 2019 3 commits
    • Add WSGI support · d0310869
      This first work on WSGI is only to stop using ZServer (Medusa),
      which is a required step before moving to Zope 4. This means that
      Zope should behave almost exactly the same way as before, notably:
      
      - We don't take advantage yet of what WSGI offers, like IPv6.
      - There's extra code to handle errors the same way as before
        (this is something we'll have to change for Zope 4).
      
      The most significant change in behaviour is that the chosen WSGI server
      (waitress) does some of the HTTP work in worker threads (Medusa does it
      entirely in the IO thread), and the biggest consequence concerns the
      deadlock debugger that is now run from the worker thread:
      - it does not work if all threads are blocked
      - doing better would require to patch waitress in a quite ugly way
      
      About TimerService, we simplify things by removing the egg.
      In zope.conf, it's possible to import from the product.
      
      /reviewed-on !883
      Bryton Lacquement committed
    • TimerService: make timerserver compatible with WSGI · 5eeb52d5
      At the same time, timerserver is no longer distributed as an egg.
      Bryton Lacquement committed
    • New ERP5/bin/zopewsgi script · c33d2d1d
      Bryton Lacquement committed
  4. 21 Jun, 2019 1 commit
    • [erp5_simulation] Allow to resolve divergency in the RJS UI · e391ae7c
      [erp5_base]
      Allow Manager to solve the divergency
      Pass the transition ID as the other workflow actions
      
      [erp5_simulation]
      Prevent duplicated keep_items
      
      Fix request value modifications
      
      Do not mark fields as required
      The RJS field marks it as required, and user can't submit anymore.
      Instead, use an external validator to only require the field when the user submit
      Romain Courteaud committed
  5. 20 Jun, 2019 1 commit
  6. 17 Jun, 2019 2 commits
  7. 10 Jun, 2019 1 commit
  8. 07 Jun, 2019 1 commit
  9. 06 Jun, 2019 2 commits
  10. 04 Jun, 2019 1 commit
    • Updates for xhtml style and gadgets · ce4e546b
      Gadgets:
      
      * Support `changed` flag from `erp5.js`: 
      
      ![unsaved changes sreenshot](/uploads/cff30eae0a5d87df26bac13d43e1da3f/image.png)
      
      * Comply with translation protocol used in ERP5JS. This does not translate, because it would not be easy ( ERP5JS translate client side with a json database of message, but in xhtml style the translation is performed server side with localizer) and not so important now. What matters is just that we can somehow reuse gadgets.
      
      Style:
      
      * While we are at it, fix a minor annoyance that the button in "long" dialogs where not easy to reach, at least on chrome
      
      ![before](/uploads/e03a8311571806a55fd72f6923cf855a/Screenshot_2019-05-31_at_10.38.05.png)
      
      ![after](/uploads/5753bc44fbc0f69b6adfeb14b3367236/Screenshot_2019-05-31_at_10.38.37.png)
      
      /reviewed-on !880
      Jérome Perrin committed
  11. 03 Jun, 2019 6 commits
  12. 31 May, 2019 2 commits
  13. 28 May, 2019 1 commit
  14. 24 May, 2019 2 commits
  15. 23 May, 2019 2 commits
  16. 22 May, 2019 2 commits
    • TemplateTool: upgrader first removes deprecated BT and then upgrade all BT · 8f270323
      For example, if property_sheet "prop" was moved from BT 1 to BT 2 and BT 1 doesn't exist anymore.
      
      Before this commit we have this order:
      1.  install BT 2 ("prop" exist and isn't touched)
      2. remove BT 1 ("prop" is removed)
      => at the end "prop" doesn't exist anymore
      
      After this commit we have this order:
      1. remove BT 1 ("prop" is removed)
      2. install BT 2 ("prop" is readded)
      => at the end "prop" exists and is OK
      
      /reviewed-on !866
      Thomas Gambier committed
    • fix key in VirtualFolderMixin · 63183b06
      old key was simply "id" so when a container is a VirtualFolder (like Web
      Site), container._getOb("id") can return any object with id "id"
      including an object outside the container.
          
      Change the key to contain PhysicalPath of the container to get only
      objects inside the container.
          
      This actually fixes installation of some business templates with Web
      Site inside.
      
      /reviewed-on !867
      Thomas Gambier committed
  17. 21 May, 2019 4 commits
  18. 16 May, 2019 2 commits
  19. 13 May, 2019 2 commits
  20. 02 May, 2019 1 commit
  21. 29 Apr, 2019 1 commit
  22. 24 Apr, 2019 1 commit