The http response should return a 200 response in case of success. The response body may contain a local reference of the uploaded image

Request body should contain the image data and the active process relative url (depending on which erp5 context the script is called)

make jslint happy

* change the `extra renderjs` parameters list to pass a Python script to call when a new image is cropped.
* change the gadget to use jio.util.ajax with the script full url (provided by the server)

Change the gadget checkValidity method to return false when:
- no thumbnail has been generated
- a thumbnail upload is in failed state

The default value is a JSON containing 2 keys:
- the relative_url of an active process
- the list of active process image content to aggregate
By default, when the field is rendered for the first time, this tales expression is evaluated and a new active process is created at that point.
So, default json is like: {active_process: 'portal_activities/1234', image_list: []}
* store the active_process relative_url in the gadget state in the render method
* store the image_list in the gadget state in the render_method
* change getContent method to send a json build from the active_process and image_list state

If device_id is propagated to onStateChange, it means we have a new value. Then, check if we have this property is enough to switch

XXX
Allow to show previously uploaded image.
Allow to delete or retry uploading.

Form submittion only send the active process informations.

Stop relying of CSS hide/show attributes.
Instead, only put needed elements in the DOM.

There are 2 shemes for VIRTUAL_URL_PARTS:
- 2-tuple with SERVER_URL and subpath
- 3-tuple with SERVER_URL, vh path and subpath
This code only supported the 2-tuple version, add support for the 3-tuple
version.

Make ERP5Type.Base and ERP5.ERP5Site inherit from it.

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.

1. allow user to define custom value in dialog
2. fix rounding issue for total value
3. improve view

The category titles were missing

/reviewed-on !1065

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

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

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

/reviewed-on !1048

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 !1052

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.

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)

testBusinessTemplate: When one Unit Test failed, subsequent tests were failing too as objects remained.

ZODB Components: BusinessTemplate: Products.ERP5Type.Base will never be migrated (InitGhostBase) so ignore it when migrating source files from FS.

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.