Since sending email will not work without destination email, we can globally set this constaint

ERP5Site_reindexAll is now called only once when --recreate_catalog=1 is explicitly specified.
Also manage_catalogClear is not called with --load unless --recreate_catalog=1 is explicitly specified.

erp5_test_result: fix AttributeError: string_index in TestResult_view/listbox_string_index tales expression

because it is a generic tool and access restriction should be done by API.

test.erp5.testUpgrader.py: update the bt5list in afterSetUp(). Otherwise the user has to invoke genbt5list manually before runnning the test. It was also confusing, because the same test would pass in the server but not locally

Solve divergence dialog was raising unauthorized error when new solver process was created
by this script (when called with someone who was not manager). Therefore use proxy role and
protect call with "View" permission. View is used instead of modify portal content since we could
imagine cases where user might need to solve divergence even though is has no right to modify
delivery.

Merge work of Ayush Tiwari (@tiwariayush) to support ERP5-side code
execution for Jupyter (= IPython) notebook:

---- 8< ----

Jupyter == IPython Notebook

Features:

1. Module - Data Notebook (To save notebook according to reference from jupyter frontend)
2. Execute python code which might/might not be remote.
3. Save local_variables for specific notebook, i.e, you can use the python
   objects which were created during code execution. After making a successful
   connection(from frontend) to specific notebook, the variables which were saved
   earlier are available while for execution.

Architecture:

- Code from Jupyter cell is being received as string by Base_executeJupyter.
- Code is executed in Base_runJupyter external method.
- Local variables saved via CMFActivity.
- Result as JSON is returned to frontend (contains mime_type of result string also).

Example Notebook:

    http://nbviewer.ipython.org/urls/lab.nexedi.com/nexedi/erp5/uploads/6778782d5753873583bd4843772cf502/Proof_of_concept_Notebook.ipynb
    https://lab.nexedi.com/nexedi/erp5/uploads/6778782d5753873583bd4843772cf502/Proof_of_concept_Notebook.ipynb

---- 8< ----

Current state is: erp5-data-notebook somehow works on server side, but is known
(see nexedi/slapos!43) to have at least the following limitations:

- errors are not reported properly to users;
- state is not fully saved to ZODB.

the latter point means notebook works only if it is connected to Zope family
with only 1 zope process.

@Tyagov reviewed this work. I'm the person who does the merge.

Slapos part to integrate erp5-data-notebook bt5 and Jupyter frontend
will come in via nexedi/slapos!43 .

/reviewed-by @Tyagov  (on nexedi/erp5!29 and on a lot of other places)

So that we can have enough permissions in subobjects of solving Solver Process.

Otherwise test will fail because the user is not indexed yet

test: update causality state explicitly because normal users have no write to modify in solving state.