The reusage permit use configuration for multiple gap
definitions. Included specific test for Account Configurator Item.

This Constraint do not work for packing lists because according to
the constraint the "lines" should be order movements and not delivery
movements. Update related Test.

This keeps compatibitility with Standard Configurator outcome.

Test were updated to check the change.

The test should be compatible with Configurator Outcome and w/o
Configurator case. This change unify outcome of those 2 cases,
making it compatible when run into diferent scenarios.

This Configurator Item configures the script ERP5Site_getSecurityCategoryMapping, This can be
combined with roles generations and categories spreadsheet in future to generate full security
definition.

Update configuration to use Security Category Mapping Configurator Item instead include the
script directly, otherwise it breaks the instance due the dependency with scripts on erp5_dms

Initial code is almost the same as the one provided by erp5_simulation_test
in order to preserver initial compatibility

Those functional tests also need those business templates with the code
previously on erp5_simulation_test

Include base categories copied from erp5_trade in order to
drop installation dependencies. This permit the configurator
test become more accurate with the desired result.

Use sale trade condition from configurator or create a very
similar one. Do not use path to this in order to prevent
this business template depends on others bt5s.

Clean up some paths (**) which were useless (it adds nothing).

Due simulation alarms some simulation related objects (ie.: Sale Packing Lists) are
owned by __erp5security-=__ user during the functional tests. In this case, this
script also consider those objects "safe" to remove (as the tests uses very strict
search).

As funcitional tests runs with alarms disabled, invoke alarms is needed
for make simulation work. This commit also includes a macro.

This change may help us to understand why the build is stalled when
an error page is showed to the user.

See commit 954c7989

Previous implementation only considered workflows that are chained to the
portal type:
- this is slower
- modification_date of old documents may change or disappear, preventing their
  reindexation
- edit_workflow was always considered, regardless it is chained or not

This commit makes getModificationDate more consistent: it simply iterates over
all workflow histories stored on the object.

When there is no workflow history, ZODB date is returned, which makes
getModificationDate useful for objects without any workflow chained, like
simulation movements.

Another optimization is that last history entry is accessed without loading
the whole history.

This commit does some refactoring to reuse Delivery_updateSimulation.
See also e795d8d1

Add jstorage plugin which is able to provide a high level interface to localStorage across all major browsers.

Since the remote was not cleaned when the runTestSuite was totally
failing, there was no chance to get a higher revision with potentially
a fix. Now errors will be reported to the master.

make it possible to specify expiration date of credential requests whose default is still current date + 1 day.