- Text was not converted into HTML.
- HTML was converted into Text before rendering.

- some method names were changed to make them clearer
- new intermediate class 'SlapOSTester'

- method waitInstance moved from runner to communicator
- new simple methods in communicator for request and wait instance
- new methods to modularize runner code
- communicator initialization code moved in runner

Variable name changed from jsonData to json_data.
Old comment deleted.

Some methods in the slapos master communicator no longer exist. The unit test for scalability was updated accordingly.

An update in zope.testbrowser dropped the mechanize dependency used by the browser. Now it uses WebTest instead.

Details of the update: https://pypi.python.org/pypi/zope.testbrowser/5.2.1

- Most of the communication with slapos master is done using the new Slapos Master Communicator instead of Slapos Controller:
  * supply, request, check instance status, check software status.
- Refactor of related methods (waitInstance, isSoftwareReleaseReady, etc.)
- Initialization of communicator: initialize connection to SlapOS usign key and certificate
- General refactor and cleanup: some unnecesary sentences, comments and methods were removed.

- The base of this code comes from some work done by Rafael in here:
    https://lab.nexedi.com/nexedi/slapos.toolbox/blob/master/slapos/agent/tester.py
- Refactor in communication with slap objects for supply and request.
- Added method to check if instance is requested.
- Refactor in log calls.

Each step was still sending emails, not only the controller. This is not
useful.

In the report code, this at_date is used and report generation would
fail if user does not select an `at_date`.

/reviewed-on nexedi/erp5!448

This merge request contains the feature to login in ERP5 with Google Account.

Also, this branch is based on the work done in nexedi/erp5!185

We have a lot of discussion about this changes in nexedi/erp5!179, but with a lot of merge conflicts, a new MR is better to review.

This branch will wake up the discuss of "Moving API Keys from preference to a better place", I can work on it but I am not sure if we have a good design yet.

Any comment is welcome

/cc @tb @romain @rafael @kazuhiko @vincent @jerome

/reviewed-on nexedi/erp5!219

/reviewed-on nexedi/erp5!441

/reviewed-on nexedi/erp5!444

erp5_trade: Fix Order and Packing List print to use Proxyfields not in Meta forms Hide whitespace change

This prevent to have printout failing when erp5_mrp_item is installed
as it extends Base_viewTradeFieldLibrary but do not contain the fields
for these printouts.

Also, do some trivial cleanup

/reviewed-on nexedi/erp5!435

/reviewed-on nexedi/erp5!434

/reviewed-on nexedi/erp5!432

Rework Balance Sheet and Profit and Loss so that they are more consistent with other reports:
 - Ability to choose output format and produce in deferred mode
 - Allow specifying the date range explicitly, for current period and previous period as well. When dates are not specified, the previous behavior of guessing start date and previous date range from accounting periods is kept
 - Style fixes
 - Set a filename for *Save as ...*

Introduce a new feature on Profit and Loss to allow to have instead of the two column layout (used in France mostly):

| INCOME  | EXPENSE |
|---------|---------|
| **1. Revenue** | **1. Operating Expenses** | 
|     - ...... | - ...... | 
|    | - *Cost of Sales* | 
|     | - *Selling, General and Administrative Expenses* | 
|     | - *Other* | 
| **2. Non Operating Income** | **2. Non Operating Expense** | 
|     - ...... | - ...... | 
| **3. Interest Income** | **3. Interest Expense** |
|     - ...... | - ...... | 

Have a one column layout with intermediate profit/loss calculated for each level ( what I call "british layout" here):

| Profit and Loss  |
|---------|
| **1. Operating** |
|  * *Sales* | 
|  * *Operating Expenses* | 
|        - ...... |
|        - Cost of Sales | 
|        - Selling, General and Administrative Expenses | 
|        - Other | 
| **2. Non Operating** |
|  * *Non Operating Income* | 
|        - ...... | 
|  * *Non Operating Expense* |
|        - ...... | 
| 3. **Financial** |
|  * *Interest  Income* |
|        - ...... | 
|  * *Interest Expense* |
|        - ...... | 

This is achieved by putting all that hierarchy in `portal_categories/financial_section/income` and not splitting it in `income` and `expense`. This report will not display `expense` category if it is empty.

Still TODO:
* [x] updating https://www.erp5.com/erp5-HowTo.Select.Accounting.Financial.Section

/reviewed-on nexedi/erp5!284

Making "modified_object_list" consistent by always containing tuples and not
sometimes lists and sometimes tuples.