At least this is the behaviour expected in my understand

This is required for ERP5Site_checkDataWithScript script (erp5_core BT).

This is not a new feature, this behavior is compatible with the old caching
implementation that was using inventory_stock table.
In other words, this brings backs the backward compatibility in inventory
caching.

(This commit fixes the incomplete tests that was reverted just before.)

Needs more tests.

This reverts commit 74db4d39.

This is not a new feature, this behavior is compatible with the old caching
implementation that was using inventory_stock table.
In other words, this brings backs the backword compatibility in invetory
caching.

omit_balanced_accounts was always displaying 1
omit_empty_accounts should not exist

To display the list of possible accounts we include validated nodes and  nodes that have been previously used on accounting movements. We include 2, because we want the user to be able to issue a report on a node that has been used in the past and is now invalidated.

The problem with this approach is that such query is very slow, when there are a lot of Movements.

Then, with the commit only validated accounts will be considered

This commit is part of 0ee6eae7.

The script ERP5Site_getWorkflowStateItemList that receives the portal type and the state variable (simulation_state/validation_state) as parameters and it will returns the states for the workflow chained to the portal type

Only prevent ZODB Components to be validated as the source code cannot be
checked. This does not prevent BT to be upgraded, so this should be ok.

for filter empty content_translation dictonaries in vcs

* imap.mail.ru and imap.gmail.com use '/' as a delimiter.
* gmail.com does not support '( ALL )', use 'ALL' instead.
* parse multiple flags.

Before:

default_inventory_calculation_list = ({"inventory_params" :
                                        {"node" : self.getDestination(),
                                         "group_by_sub_variation" : 1,
                                         "group_by_variation" : 1,
                                         "group_by_resource" : 1,
                                         }
                                         ..

After:

default_inventory_calculation_list = ({"inventory_params" :
                                       {"section": self.getDestinationSection(),
                                        "node" : self.getDestination(),
                                        "group_by_sub_variation" : 1,
                                        "group_by_variation" : 1,
                                        "group_by_resource" : 1,
                                         }
                                        ..

This is because Inventory_view of erp5_trade has both 'section' and 'node'
fields, so users can input both values, but due to the old default parameter,
the section will be ignored for inventory indexing. This is inconsitent.