An error occurred fetching the project authors.
- 15 Feb, 2021 2 commits
-
-
Romain Courteaud authored
This reverts commit e50d05af.
-
Romain Courteaud authored
-
- 02 Feb, 2021 1 commit
-
-
Aurel authored
-
- 30 Nov, 2020 1 commit
-
-
Arnaud Fontaine authored
-
- 28 Oct, 2020 1 commit
-
-
Vincent Pelletier authored
Portal is the Skinnable object, skin magic belongs there.
-
- 02 Jul, 2020 1 commit
-
-
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...
-
- 23 Jun, 2020 1 commit
-
-
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.
-
- 09 Jun, 2020 1 commit
-
-
Jérome Perrin authored
-
- 27 Mar, 2020 1 commit
-
-
Ivan Tyagov authored
Since 7b4a3d4c instead of subscribing after add code unsubscribed which is illogical. Revert back. Credit Kaz.
-
- 24 Mar, 2020 1 commit
-
-
Ivan Tyagov authored
business template update this code is called (with update=True argument) and thus it will effectivly override previous portal_alarms' state which is wrong as no "general purpose" code should ovewrite potential developer configuration.
-
- 09 Mar, 2020 1 commit
-
-
Ivan Tyagov authored
-
- 28 Feb, 2020 1 commit
-
-
Vincent Pelletier authored
Make ERP5Type.Base and ERP5.ERP5Site inherit from it.
-
- 21 Feb, 2020 5 commits
-
-
Bryton Lacquement authored
-
Bryton Lacquement authored
-
Bryton Lacquement authored
-
Bryton Lacquement authored
-
Bryton Lacquement authored
... so that queryUtility can later access the correct ones. Note: we do not necessarily want to register all tools.
-
- 18 Feb, 2020 1 commit
-
-
Vincent Pelletier authored
In preparation of reordering Folder inheritance order.
-
- 10 Jan, 2020 1 commit
-
-
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.
-
- 04 Oct, 2019 2 commits
-
-
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.
-
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'
-
- 13 Sep, 2019 2 commits
-
-
Julien Muchembled authored
By importing the new TimerService unconditionally, the commit 34c81caf (Timeout: introduce publisher_timeout configuration) broke automatic site creation & publisher timeout when the zope config specifies the old timerserver.
-
Julien Muchembled authored
-
- 12 Sep, 2019 1 commit
-
-
Julien Muchembled authored
-
- 10 Sep, 2019 1 commit
-
-
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.
-
- 07 Feb, 2019 1 commit
-
-
Jérome Perrin authored
-
- 05 Feb, 2019 1 commit
-
-
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.
-
- 25 Oct, 2018 1 commit
-
-
Vincent Pelletier authored
So that it can be reused outside of group manager without having to duplicate the backward-compatibility order. Also, simplify code.
-
- 04 Jul, 2018 2 commits
-
-
Vincent Pelletier authored
These are now superseded by recursiveReindexObject.
-
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.
-
- 03 Jul, 2018 2 commits
-
-
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.
-
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.
-
- 02 Jul, 2018 1 commit
-
-
Vincent Pelletier authored
Can be used to identify whether a document should be used to match other documents, rather than as a final document itself.
-
- 16 May, 2018 1 commit
-
-
Xiaowu Zhang authored
-
- 30 Mar, 2018 1 commit
-
-
Nicolas Wavrant authored
-
- 20 Nov, 2017 3 commits
-
-
Ayush Tiwari authored
-
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.
-
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
-
- 03 Nov, 2017 1 commit
-
-
Julien Muchembled authored
Because it is mainly used from the 'initsite' zope.conf section, the passed value is often a string, hence the automatic cast to integer. The default is defined in erp5_core: 1 The specific value '0' disables storage in ZODB. Another other value sets the interval.
-
- 27 Oct, 2017 1 commit
-
-
Julien Muchembled authored
-