- 28 Feb, 2020 3 commits
-
-
Georgios Dagkakis authored
-
Vincent Pelletier authored
Make ERP5Type.Base and ERP5.ERP5Site inherit from it.
-
Vincent Pelletier authored
Allows Base to consistently override methods which are also overridden in CMF where CMF implementation does not propagate the call to other superclasses (ex: __before_publishing_traverse__ as of CMFCore-2.2.10). Also allows simplifying several inheritance fixups. Also, use super() instead of explicit resolution to Base. Also: testBusinessTemplate: drop dead monkey-patch. _getCopy is called during BusinessTemplate installation, but not the one on this class. Which prevents reordering class inheritance between SimpleItem and copy support classes. So this is dead code which is not even explaining what it is trying to do (ex: what document should it really not be called on ? what effect of this method is undesired ? why is the method attached to this class ? why is the cleanup restoring the original method, when this class does not have this method to begin with but it merely gets it from its superclasses which are re-inherited from by documents hence overriding it anyway ?, and it is getting in the way of reordering class inheritance so it goes away. Also: ERP5Type.patches.CMFBTreeFolder: Fold patch onto ERP5Type.Core.Folder. All ERP5UI-visible (hence needing to call allowedContentTypes) BTReeFolder2 instances should already inherit ERP5Type.Core.Folder, removing the need for this monkey-patch.
-
- 27 Feb, 2020 5 commits
-
-
Georgios Dagkakis authored
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
- 26 Feb, 2020 5 commits
-
-
Xiaowu Zhang authored
-
Xiaowu Zhang authored
-
Xiaowu Zhang authored
1. allow user to define custom value in dialog 2. fix rounding issue for total value 3. improve view
-
Jérome Perrin authored
The category titles were missing /reviewed-on nexedi/erp5!1065
-
Jérome Perrin authored
In https://www.associations.gouv.fr/IMG/pdf/reglt_2018-06_association.pdf ( from 2018 and applicable currently), it's written "870 dons en nature" and "875 Bénévolat". Eventhough in other documents from this official web site, it's still the opposite: * https://www.associations.gouv.fr/IMG/pdf/plan_comptable_assoc.pdf (from 2004) have in page 9: > Répartition par nature de ressources > > 870 – Bénévolat > > 871 – Prestations en nature > > 875 – Dons en nature * https://www.associations.gouv.fr/IMG/pdf/benevolat_valorisation_comptable2011.pdf page 8: > ➛ au crédit du compte « 870. Bénévolat », la contribution ; Most of google searches yield "875 dons en nature" / "870 Bénévolat", but let's follow this newer document. /reviewed-on nexedi/erp5!1064
-
- 25 Feb, 2020 4 commits
-
-
Jérome Perrin authored
Add missing ones from RÈGLEMENT N° 2018-06 du 5 décembre 2018 LIVRE III – TENUE, STRUCTURE ET FONCTIONNEMENT DES COMPTES Titre II – Nomenclature des comptes Art. 320-2 /reviewed-on nexedi/erp5!1060
-
Jérome Perrin authored
Example configuration: from `portal_activities/manageLoadBalancing`: ![image](/uploads/11e614bf8723e3cb81c7bac714a383b7/image.png) in preferences: ![image](/uploads/9f8691ac140aab45904b98ce46aa11b4/image.png) This way when users request lots of reports we always have at least one activity node to process other activities. ( document_conversion is a fictional example at this point ) /reviewed-on nexedi/erp5!1057
-
Jérome Perrin authored
/reviewed-on nexedi/erp5!1048
-
Jérome Perrin authored
This allow edit scripts or interactions to change the status message or the status level using the same way as workflow scripts: script can set the status text in request['portal_status_message'] and the status level in request['portal_status_level']. Note that part of this was already checked in accidentally in 97c40dcb /reviewed-on nexedi/erp5!1052
-
- 21 Feb, 2020 1 commit
-
-
Vincent Pelletier authored
When running test.erp5.testHalJsonStyle live tests, the same transaction seems to be seeing two different users. This cause an incorrect cache hit with the second user, which then retrieves values computed by & for the first user. Fix this by scoping the cache by user id, causing different cache entries to be used.
-
- 20 Feb, 2020 8 commits
-
-
Jérome Perrin authored
-
Jérome Perrin authored
Because this old editor field is deprecated in favor of the new gadget based CKEditor, this is the minimum to get coding style test passing. - disable pylint - re-export with new extensions (.obj -> .bin)
-
Jérome Perrin authored
-
Valentin Benozillo authored
-
Arnaud Fontaine authored
testBusinessTemplate: When one Unit Test failed, subsequent tests were failing too as objects remained.
-
Arnaud Fontaine authored
ZODB Components: BusinessTemplate: Products.ERP5Type.Base will never be migrated (InitGhostBase) so ignore it when migrating source files from FS.
-
Arnaud Fontaine authored
All other Component modules must be kept alive during the REQUEST life (f523edc4). However, Unit Tests modules should be kept alive until it finished executing and this may span accross multiple REQUESTS. Issue found out when migrating testBusinessTemplate to erp5_core_test which was failing as the module was GC'ed and its top-level variables were reset to None by the interpreter.
-
Arnaud Fontaine authored
Not migrated: + testERP5Site: Checks Site creation and overrides setUp(). + testERP5TypeInterfaces: Verifies that classes implements the Interfaces they claim to implement. => Should probably be integrated into coding style Unit Tests and done dynamically (MRO). Also, testERP5Interfaces imports code from that Unit Test and requires non-core bt5 to be installed. + testInvalidationBug: To-do (failing). + testPredicate: testDomainTool, inheriting from TestPredicateMixin, should be rewritten to not depend on erp5_apparel so that it can be moved to erp5_core_test. Also, move manuallyInstallBusinessTemplate() and uninstallBusinessTemplate() from ERP5TypeCommandLineTestCase to ERP5TypeTestCaseMixin as they are also used by Live Unit Tests.
-
- 19 Feb, 2020 9 commits
-
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
Valentin Benozillo authored
-
Jérome Perrin authored
If set, all potentially long activities will be running on this family. This can be used to prevent situation where all activities are no longer processed because all activity nodes are busy processing reports.
-
Jérome Perrin authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
-
Arnaud Fontaine authored
ERP5Type: {CSS,JS}Packer have never been used so delete them rather than migrating them to portal_components.
-
- 18 Feb, 2020 4 commits
-
-
Valentin Benozillo authored
-
Vincent Pelletier authored
This reverts commit 1862fdf5. Because of current ERP5Type.Core.Folder inheritance order, this commit is not ready for inclusion in master just yet.
-
Vincent Pelletier authored
All ERP5UI-visible (hence needing to call allowedContentTypes) BTReeFolder2 instances should already inherit ERP5Type.Core.Folder, removing the need for this monkey-patch.
-
Vincent Pelletier authored
In preparation of reordering Folder inheritance order.
-
- 17 Feb, 2020 1 commit
-
-
Valentin Benozillo authored
-