The issue is occured when using inventory document with inventory cache.
Add a test case to make sure this issue has been solved:
  testInventory#test_18_InventoryDocumentAndInventoryCache.

In particular, 'transactional_cached' decorator was a noop the way it was used.

This reapplies commit d806bdae,
along with a fix to test_resolveBusinessTemplateListDependency.

If a listbox show objects with a getQuantity method using a column named
"quantity", this columns must contain 0.0, which is the default value of
getQuantity method.

The use of getProperty with a default value was wrong because it does not
display anything if the property is not set and fallbacks to acquisition.

instead of guessing its name

The new approach is a script named 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. This way all the standard dialogs works out of the box even if you customize a workflow chain

This reverts commit d806bdae.
The test test_resolveBusinessTemplateListDependency
(testTemplateTool.TestTemplateTool) is failing. Please review
change/test, and commit again later once all tests work.

Also, remove copy and paste code from DCWorkflowGraph in ERP5Workflow and
allow to override getPOT() like ERP5Workflow does.
Signed-off-by: Arnaud Fontaine <arnaud.fontaine@nexedi.com>

performance reasons, so fix improved listbox sort feature accordingly.

This fixes testFunctionalCore failures.

Fix banking bt5 which overrides z_catalog_stock_list by copying
z_catalog_stock_list.xml as the new Z SQL method in banking bt5 as it does not
make sense to have more than 300 Inventory Lines in this case.

Use IPAexGothic to make sure that Japanese is displayed properly. Also, make
sure that all the files are properly closed even if an exception occurs thanks
to 'with' and 'NamedTemporaryFile'.

Fix an inventory bug. When there are more than 300 inventories which are cancelled by inventory document, inventory document creates wrong stock records.

Fix incorrect change of my_view_mode_quantity ProxyField which must point to Base_viewFieldLibrary/my_view_mode_quantity so that figure CSS class is applied (9fcbe9c1).

To apply this change on existing on existing table:
ALTER TABLE stock MODIFY order_id BIGINT UNSIGNED

Before, when creating new full inventory Document, resources which are not
present in new Inventory Document were simply ignored. So, new movements were
added "manually" with quantity less than or equal to 0 to workaround this
issue.

New inventory fixes this issue so that this workaround is not needed
anymore. Temporary movements are created for resources not present in new
Inventory Document and added to stock table (through z_catalog_stock_list Z
SQL Method) with uid equals to Inventory Document UID.  However, the primary
key on stock table is (uid BIGINT UNSIGNED, order_id TINYINT UNSIGNED), thus
when there are strictly more than 255 temporary movements, order_id overflows
because the max value of TINYINT UNSIGNED is 255 and MySQL sets order_id to
255 after the first 255 temporary movements (as strict SQL mode is not
enabled), thus raising an IntegrityError later on because of duplicated
entries.

erp5_simulation should not be required for erp5_trade and erp5_accounting as some system do not use simulation.

This is useless and likely to trigger errors anyway, such as the document
being not available when Interactions is actually called.

The former calls zope.i18n.translate() which calls MessageCatalog.translate()
by passing 'default' argument to the original message, thus returning the
original message when there is no translation. But, when the latter is called
without 'default' argument, it is set to message.strip(), thus returning the
strip'ed original message.