An error occurred fetching the project authors.
  1. 15 Feb, 2021 2 commits
  2. 02 Feb, 2021 1 commit
  3. 30 Nov, 2020 1 commit
  4. 28 Oct, 2020 1 commit
  5. 02 Jul, 2020 1 commit
    • Arnaud Fontaine's avatar
      ZODB Components: Migrate Products.ERP5Type.Log from filesystem. · 48c45fbd
      Arnaud Fontaine authored
      testUpgradeInstanceWithOldDataFs: Upgrade erp5_upgrader too (it was in keep
      list until now) as old Data.fs contains ERP5UpgraderUtils Extension with import of
      Products.ERP5Type.Log. Although, erp5_upgrader should probably be automatically
      upgraded before even starting the upgrade...
      48c45fbd
  6. 23 Jun, 2020 1 commit
    • Arnaud Fontaine's avatar
      ZODB Components: Migrate Tools in Products.ERP5.Tool to erp5_core. · d2f87fd8
      Arnaud Fontaine authored
      Besides migrating Tools .py, this also moves the Tools themselves (portal_*):
       * Some of them were created before erp5_core being installed and this
         would not work anymore as their .py is now in erp5_core.
       * Some others were created after (via setupLastTool()) and this would not
         work neither as sub-objects may be installed by erp5_core.
      
      Add them to template_keep_path_list to prevent them from being re-created like
      ERP5Site.addERP5Tool() used to do (depend on 3180424b, 91393be2).
      
      Not migrated:
        * AlarmTool: Needed for upgrader.
        * CategoryTool, IdTool: Bootstrap.
        * TemplateTool, TrashTool: Business Template installation.
        * SolverTool: TypeProvider.
        * ContributionTool: Imported by Products.ERP5.Document.Document used in many places, will be done later.
        * NotificationTool: Imported by ERP5.Document.EmailDocument, will be done later.
      d2f87fd8
  7. 09 Jun, 2020 1 commit
  8. 27 Mar, 2020 1 commit
  9. 24 Mar, 2020 1 commit
  10. 09 Mar, 2020 1 commit
  11. 28 Feb, 2020 1 commit
  12. 21 Feb, 2020 5 commits
  13. 18 Feb, 2020 1 commit
  14. 10 Jan, 2020 1 commit
    • Arnaud Fontaine's avatar
      ERP5Site: Do not override newContent() but use FolderMixIn implementation to... · ed81a3d4
      Arnaud Fontaine authored
      ERP5Site: Do not override newContent() but use FolderMixIn implementation to have a consistent behavior.
      
      ERP5Site was raising error when ID or portal_type was not passed but there is
      no reason to do so (as it is done in FolderMixIn.newContent()). This allows
      calling ERP5Site.newContent(temp_object=True) without ID, likewise Folder.
      ed81a3d4
  15. 04 Oct, 2019 2 commits
    • Arnaud Fontaine's avatar
      ZODB Components: Properly handle addition of template_* properties in... · d9627917
      Arnaud Fontaine authored
      ZODB Components: Properly handle addition of template_* properties in BusinessTemplate PropertySheet.
      
      On the plus side, this avoids an ugly 'except AttributeError: pass' which does
      not work anyway with the scenario below.
      
      Assuming the following:
        * template_XXX Property (accessor: getTemplateXXX) recently added to BusinessTemplate PropertySheet.
        * erp5_YYY sets template_A Property (erp5_YYY/bt/template_XXX.xml).
        This commit handles the following:
          1. Stop instance with old ERP5 without template_XXX.
          2. Update erp5.git.
          3. Start instance.
          4. Upgrade erp5_property_sheets and erp5_YYY bt5s in *one* transaction from portal_templates UI.
          => When upgrading erp5_YYY, BusinessTemplate.importFile() imports erp5_YYY/bt/*.xml where the
             list of files is based on BusinessTemplate class propertyMap(), but at this point accessors
             have not been re-generated yet, thus template_XXX is not returned by propertyMap() and
             erp5_YYY/bt/template_XXX.xml is not imported.
             => portal_templates/erp5_YYY new BT does not have template_XXX property set at all.
      d9627917
    • Arnaud Fontaine's avatar
      runUnitTest: 6f1c45c6 wrongly assumed that '--erp5_sql_connection_string' is always passed. · a3c40d0b
      Arnaud Fontaine authored
      This is the case with runUnitTest wrapper created by SlapOS but is not actually required
      as manage_addERP5Site has 'test test' as default value.
      
      This fixes:
        File "custom_zodb.py", line 70, in <module>
          sql_db = Products.ZMySQLDA.db.DB(os.environ['erp5_sql_connection_string'])
        File "UserDict.py", line 40, in __getitem__
          raise KeyError(key)
      KeyError: 'erp5_sql_connection_string'
      a3c40d0b
  16. 13 Sep, 2019 2 commits
  17. 12 Sep, 2019 1 commit
  18. 10 Sep, 2019 1 commit
    • Jérome Perrin's avatar
      ZSQLCatalog: use _getProperty to skip security checks · 16aa6134
      Jérome Perrin authored
      During indexation we don't apply security checks, so this should be a
      little bit faster.
      
      With this change _getProperty becomes a more "official" API, so some
      small changes had to be made to classes which do not inherits from
      Products.ERP5Type.Base.Base, so that they also implements _getProperty:
       - for ERP5Site we simply use getProperty
       - for the test class from testERP5Catalog, the change is a bit more
      important, because this class never defined getProperty, so during that
      test we were just acquiring a getProperty from portal.
      16aa6134
  19. 07 Feb, 2019 1 commit
  20. 05 Feb, 2019 1 commit
    • Julien Muchembled's avatar
      CMFActivity: drop DTML completely and use consecutive uids when possible · d64887cb
      Julien Muchembled authored
      This moves the remaining DTML queries to Python, dropping the 'activity' skin.
      
      Dealing with conflicts of uids is easier if the inserted uids are consecutive:
      now, only 1 random value is generated, as base uid. This also preserves the
      order of insertion, which is wanted for performance reasons:
      - No more random write in the primary index.
      - When modifying several lines of several documents, 1 document being processed
        at a time, we'd like that any grouped activity (usually indexation) follows
        the same order, so that a processing node prefer many lines from a few
        documents instead of mixing lines from too many documents at the same time.
        This is usually better for caches.
      d64887cb
  21. 25 Oct, 2018 1 commit
  22. 04 Jul, 2018 2 commits
    • Vincent Pelletier's avatar
      all: Get rid of Folder_reindex{All,Objectlist,TreeObjectList} · e944e1ef
      Vincent Pelletier authored
      These are now superseded by recursiveReindexObject.
      e944e1ef
    • Vincent Pelletier's avatar
      all: Remove recursiveImmediateReindexObject, and references to it. · c0b284be
      Vincent Pelletier authored
      This method does not belong to Folder (nor Base, even as an alias), as
      it recurses wihout any limit in a tree whose node count is unknown.
      Such generic recursion should either be deferred (split in multiple
      transactions, each processing a limited chunk of the tree) or not be
      recursive (which of course depends on the need).
      There is a single caller left (constructInstance) where the subtree size
      is assumed to be reasonable, as it was constructed inside current
      transaction. So essentially rename this method so it is only used in such
      conditions.
      c0b284be
  23. 03 Jul, 2018 2 commits
    • Vincent Pelletier's avatar
      Base: Add isSubtreeIndexable and isAncestryIndexable · 5c4c69a0
      Vincent Pelletier authored
      isAncestryIndexable is a parent-recursive version of isIndexable: it
      will return False if any parent is non-indeable. This simplifies
      disabling indexation of an entire tree, from its root to its deepest
      leaves.
      isSubtreeIndexable allows preventing any subobject from being indexable,
      without having to mark each individual subobject as non-indexable. This
      is different from isAncestryIndexable, as it allows having an indexable
      root, but no children indexable. This is especially useful for Trash Bins,
      where the bin itself should be indexable (because there is no reason not to)
      but its content must not be indexed, while being left as it was found in its
      original location.
      5c4c69a0
    • Vincent Pelletier's avatar
      ERP5Site: Do reindex the whole site after creation. · 9d9e4bbc
      Vincent Pelletier authored
      Also, drop isIndexable instance property, unmasking class property, which
      already has the value we need.
      Also, factorise catalog clearing by reusing ERP5Site_reindexAll's.
      9d9e4bbc
  24. 02 Jul, 2018 1 commit
  25. 16 May, 2018 1 commit
  26. 30 Mar, 2018 1 commit
  27. 20 Nov, 2017 3 commits
    • Ayush Tiwari's avatar
      9e53f10c
    • Ayush Tiwari's avatar
      erp5_catalog: Dynamic migration of ZMI catalog to ERP5-ified catalog · 7d897440
      Ayush Tiwari authored
      And, Patch changeObjectClass extension to remove useless attributes
      
      Copying __dict__ from one object to another brings us to situation where
      we don't have many objects which we don't need at all, for example, migrating
      objects with subclasses who were initially OFS objects and later an ERP5
      object can lead to adding subobjects as attributes of the new object, which
      is completely undesirable. To handle this, it is important to delete the
      sub-objects as the attributes for those migrated classes.
      
      Old Catalog Tool didn't have portal_type attribute, so while migrating
      via synchronizeDynamicModule, after _bootstrap, we expect the tool to
      have a portal_type to finalize migration.
      
      This step is now being done only at the end of _bootstrap after we
      change the classes for portal_catalog and its sub-objects.
      7d897440
    • Ayush Tiwari's avatar
      ERP5CatalogTool: ERP5-ify CatalogTool · 4872db70
      Ayush Tiwari authored
      ERP5CatalogTool class inherits from BaseTool.
      
      Significant addition/changes in:
      -------------------------------
        ERP5CatalogTool:
          Add functions _isBootstrapRequired and _bootstrap
          Explicilty add manage option tabs in Catalog Tool
      
        BusinessTemplate:
          Update BusinessTemplate installation according to changes made in ERP5Catalog and Tool
      
        testCopySupport:
          Its better to change the tests where they need to call getpath function of
          portal_catalog to use portal_catalog.getpath instead of portal_catalog.getPath,
          as we have overridden the 'getPath' function for CatalogTool class due to change
          in inheritence.
      
        ERP5Site:
          Create portal_catalog while setting up erp5site
      4872db70
  28. 03 Nov, 2017 1 commit
  29. 27 Oct, 2017 1 commit