1. 11 Sep, 2014 1 commit
  2. 19 Aug, 2013 2 commits
  3. 01 Jul, 2013 1 commit
  4. 21 Jun, 2013 2 commits
  5. 10 Jun, 2013 1 commit
  6. 05 Jun, 2013 1 commit
    • Arnaud Fontaine's avatar
      Avoid regeneration of classes when starting a node within a cluster with already started nodes. · 20362ede
      Arnaud Fontaine authored
      When starting a node, ERP5Site.__of__ calls ComponentTool.reset(), which was
      never synchronised so it returned True (without generating a new cookie at its
      level) and causing synchronizeDynamicModules to be called with
      force=True. This generated a new cookie and leading to dynamic classes being
      meaninglessly regenerated on all nodes.
      
      Instead, modify ComponentTool.reset() behavior so it *always* reset Portal
      Type classes when Components are reset (as it should have always been as the
      class inheritance may have been modified) and force regeneration of Portal
      Type classes in this method if reset is True.
      Signed-off-by: Vincent Pelletier's avatarVincent Pelletier <vincent@nexedi.com>
      20362ede
  7. 21 May, 2013 1 commit
  8. 12 Apr, 2013 1 commit
  9. 04 Apr, 2013 1 commit
  10. 25 Jan, 2013 1 commit
  11. 07 Dec, 2012 1 commit
  12. 08 Nov, 2012 1 commit
  13. 05 Nov, 2012 1 commit
  14. 08 Oct, 2012 1 commit
  15. 13 Sep, 2012 1 commit
  16. 16 Aug, 2012 2 commits
  17. 12 Jul, 2012 1 commit
  18. 02 Jul, 2012 1 commit
  19. 27 Jun, 2012 1 commit
  20. 21 Jun, 2012 1 commit
  21. 14 Mar, 2012 1 commit
  22. 08 Mar, 2012 1 commit
  23. 07 Mar, 2012 15 commits