An error occurred fetching the project authors.
- 30 Nov, 2017 2 commits
-
-
Ayush Tiwari authored
Also, add tests for them
-
Ayush Tiwari authored
-
- 20 Nov, 2017 2 commits
-
-
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
-
Ayush Tiwari authored
Move from SQLCatalog to ERP5Catalog as the default Catalog inside ERP5. The major difference is use of Products.ERP5Type.Core.Folder as Catalog base class. Significant addition/changes in ------------------------------- ERP5Catalog class: Inherit from Catalog class from Products.ZSQLCatalog.SQLCatalog instead of copy-pasting the whole code again. Monkey patch some property setters and getters to maintain consistency Override getCatalogMethodIds cause it uses global variable in SQLCatalog.Catalog Add FilterDict and Filter class to have consistency with `filter_dict` attribute of SQLCatalog BusinessTemplate: Update BusinessTemplate installation with updated filter_dict Also, use dynamic migration while installing the catalog method objects for bt5. This way we have SQL Methods migrated just after installation. Tests: Update tests according to changes in portal_catalog SQLCatalog, testZSQLCatalog: Cleanup for unusable functions
-
- 03 Oct, 2017 2 commits
-
-
Ayush Tiwari authored
-
Ayush Tiwari authored
Making "modified_object_list" consistent by always containing tuples and not sometimes lists and sometimes tuples.
-
- 08 Sep, 2017 1 commit
-
-
Tatuya Kamada authored
Before: self.portal_components.reset(force=True, reset_portal_type_at_transaction_boundary=True) After: self.portal_components.reset(force=True) If the reset_portal_type_at_transaction_boundary is True, it does reset component only once at the end of transaction. (In detail, it reset component document module on the fly, and reset the component portal_types in the end of the transaction) However, it is possible that those components are required in the middle of the transaction while installing the business templates. For exmaple: - A method of a component is triggered while installing - A document component is required in a different business template, and those buisiness templates are installed inside a single transaction by upgrader. Thus reset here on the fly.
-
- 06 Jul, 2017 1 commit
-
-
Ayush Tiwari authored
-
- 20 Apr, 2017 1 commit
-
-
Klaus Wölfel authored
-
- 13 Apr, 2017 1 commit
-
-
Jérome Perrin authored
Because CatalogTemplateItem uses a special preinstall method, their way of computing modified objet did not support template_keep_path_list. To support template_keep_path_list, we must give priority to ObjectTemplateItem.preinstall, because BaseTemplateItem.preinstall does not work with path.
-
- 19 Jan, 2017 1 commit
-
-
Jérome Perrin authored
-
- 23 Dec, 2016 1 commit
-
-
Georgios Dagkakis authored
-
- 19 Aug, 2016 1 commit
-
-
Yusei Tahara authored
-
- 20 Jun, 2016 1 commit
-
-
Julien Muchembled authored
-
- 09 Jun, 2016 1 commit
-
-
Julien Muchembled authored
For example, Python Scripts were: - dirty in the imported BT (causing all of them to be reinstalled on upgrade) - compiled to return None
-
- 07 Jun, 2016 8 commits
-
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
-
Julien Muchembled authored
Here are 2 examples of fixed cases: - File object with data=None was exported with a second file containing the string 'None' - Zope Pages Templates (and derived OOoTemplate) relied __setstate__ to fix the wrongly imported object.
-
Julien Muchembled authored
This avoids computing a file extension that may not be used (if there's no data to export), and fixes unreliable code duplication in _guessFilename(). Plus more implicit acquisition fixed.
-
Julien Muchembled authored
Such images don't seem to exist. On the other side, it may be useful to test raw data. Note that the code to get data duplicates what's done later in export(). One should problably guess extension at the last moment.
-
Julien Muchembled authored
-
Julien Muchembled authored
-
- 04 May, 2016 1 commit
-
-
Kazuhiko Shiozaki authored
-
- 03 May, 2016 2 commits
-
-
Kazuhiko Shiozaki authored
* remove needless copy of sub objects that are already recursively copied by their top most object. * remove needless manage_beforeDelete() calls when copying objects.
-
Georgios Dagkakis authored
Only xml metadata should be exported in this case. In the previous version the check of hasattr could pass if attribute is defined as an attribute of the class and not of the instance, causing also AttributeError later when the code tries to invoke delattr. Also, restructure export. First try to delete property and then export as separate file. Test also added.
-
- 19 Mar, 2016 1 commit
-
-
Georgios Dagkakis authored
fix the keys adding 'portal_type_workflow_chain/' in _importFile, preinstall and export." This reverts commit 6f8221b6. This commit cleaned inconsistent prefix manipulation in PortalTypeWorkflowChainTemplateItem. It passes the test suite, however it was found to produce incompatibility with previously installed business templates. In 'Upgrade Business Templates from Repositories" there was a diff of PortalTypeWorkflowChainTemplateItems like: Portal Type Name -> New portal_type_workflow_chain/Portal Type Name -> Removed For some reason the upgrade process would remove the chain without adding the new element. We are working on a clean solution, but since this needs more testing I revert this commit for now so that master version does not cause problems to users.
-
- 18 Mar, 2016 1 commit
-
-
Georgios Dagkakis authored
fix the keys adding 'portal_type_workflow_chain/' in _importFile, preinstall and export.
-
- 17 Mar, 2016 1 commit
-
-
Georgios Dagkakis authored
remove 'portal_type_workflow_chain/' from the keys in export. This is added in _importFile and in build the key becomes the portal type So if the business_template was exported without being built there was a diff.
-
- 11 Mar, 2016 1 commit
-
-
Georgios Dagkakis authored
-
- 08 Mar, 2016 2 commits
-
-
Georgios Dagkakis authored
-
Georgios Dagkakis authored
to use content_type or reference even if the object is broken.
-
- 07 Mar, 2016 6 commits
-
-
Georgios Dagkakis authored
to the Portal Types for which the data is exported separately to the meta-data. Tests added to testBusinessTemplateTwoFileExport.py
-
Georgios Dagkakis authored
-
Georgios Dagkakis authored
BusinessTemplates: Allow export of files like Python Script, Web Page, Web Script etc. separately from the xml
-
Georgios Dagkakis authored
MessageTranslationTemplateItem: fix in _import so that the path of the .po files are the same as in build
-
Georgios Dagkakis authored
BusinessTemplate.py: Class CatalogKeyTemplateItemBase: fix so that in export the items are exported in the correct folder
-
Sebastien Robin authored
Such error was raised : BrokenModified: Can't change broken objects We were installing a broken object even though the portal type was just installed. This was due to a missing reset of components.
-
- 19 Feb, 2016 1 commit
-
-
Łukasz Nowak authored
Conflicts: product/ERP5/Document/BusinessTemplate.py
-
- 25 Jan, 2016 1 commit
-
-
Kazuhiko Shiozaki authored
-