1. 09 Jul, 2019 3 commits
    • Jérome Perrin's avatar
      ERP5Type: make PropertyManager.getProperty support `checked_permission` argument · a198f5b8
      Jérome Perrin authored
      for compatibility with Base.checkProperty.
      a198f5b8
    • Jérome Perrin's avatar
      ERP5Type: honor read_property in Base.getProperty · 0f4d6bf4
      Jérome Perrin authored
      This introduce a `_getProperty` method that's not really part of public
      API, but could be called to get a property without security check.
      Because some classes were already using internally a _getProperty method
      for a different meaning, these methods have been renamed.
      
      This also re-enable parts of test_PropertySheetSecurityOnAccessors that
      are supposed to work (security is checked on accessors) and split
      what's currently not supposed to work (security on accessors does not
      work in the corner case of using the default read permission, 'Access
      contents information' as a write permission) to another expected failure
      test.
      0f4d6bf4
    • Jérome Perrin's avatar
      testGUIwithSecurity: cleanups and more strict test · f6b4ea3c
      Jérome Perrin authored
      maybe a little to strict. I don't know how we can check that fields does
      not display value without checking the markup in a so low level way
      f6b4ea3c
  2. 08 Jul, 2019 2 commits
  3. 05 Jul, 2019 2 commits
  4. 04 Jul, 2019 9 commits
  5. 02 Jul, 2019 1 commit
  6. 01 Jul, 2019 8 commits
  7. 28 Jun, 2019 3 commits
  8. 27 Jun, 2019 6 commits
  9. 26 Jun, 2019 3 commits
  10. 25 Jun, 2019 2 commits
  11. 24 Jun, 2019 1 commit
    • Bryton Lacquement's avatar
      Add WSGI support · d0310869
      Bryton Lacquement authored
      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 nexedi/erp5!883
      d0310869