Now production steps are defined in business process which
are using trade_phase. indistrial_phase was used at the time
of supply chains

instead of waiting for (long) timeout.

[Before]:

Where:

  in Supply or Delivery(Sale Order, Sale Packing List,..)

When:

( document.edit(something=some_value)

  OR

  document.validate(), document.start() something when workflow transition  )

AND

  document contains more than 100 sub objects, like 100 lines.

Then:
  /some_module/document/1/recursiveImmediateReindexObject
  /some_module/document/1/reindexObject
  /some_module/document/1/1/recursiveImmediateReindexObject
  .
  .
  /some_module/document/1/100/recursiveImmediateReindexObject

are triggered.

The first big recursiveImmediateReindexObject recursively reindex all the sub
objects. Thus the following reindex are duplicated.

[After]:

Reindex:
  /some_module/document/1/reindexObject
  /some_module/document/1/1/recursiveImmediateReindexObject
  .
  .
  /some_module/document/1/100/recursiveImmediateReindexObject

The root recursiveImmediateReindexObject is removed.

This has been the expected behavior from the beginning.
Before was only a side effect by giving empty dict to "if activate_kw == None"
expression.

ZODB Components/Python Script: Add link on Zope HTML traceback to go straight to the source code line.

ZODB Components: Like Python Script, use Ace Editor annotations to check source code without saving.

Also, switch to Pylint for Python Script source code checking to use the same
code for both.

ZODB Components: When checking source, improve message when a SyntaxError is raised through compile().

ZODB Components: Disable spurious Pylint warning: 'Access to a protected member %s of a client class'.

These are completely useless and create conflicts with VCSs.

because ID should not contain whitespaces.
This reverts commit e6cd717e.

Publishing "activate" is generally harmless, but creates (with current
publisher code) two failing activities, causing unnecessary noise.

...when COLUMN is not a valid column (hence mutated to a STRING_PREFIX
token at lexer level).
Kudos to Tristan for triggering this bug.

insertbefore instead of insertBefore.

Finally removes the need to hardcode transition id when it's the same as
current transition (which should be the case in the overwhelming majority
of transitions).

No change yet, just to have verbatim code for easier comparison.

Otherwise fmt_data lookups becomes slower on each iteration.
Also, reword patch comments to be still descriptive when moved a bit
further from involved code.

On sites with more than one Zope, this code was causing the cookie to be
bumped each time a form is rendered, causing unneeded cache misses and
slight ZODB bloat (estimated around 100B per form view).

jquery.validate enables checkers which have the name of an
input field type, which just cannot work with password validator
as it has a mandatory parameter, and is not intended anyway.

Also, document include_context parameter.
Also, rename category_id into use_relative_url (the new parameter)
to make it clear more than single-level is supported.

Using the legacy API was broken and this is also to prepare
DocumentationHelper and ClassTool removal.

Some Constraint Property Sheets and Views in core bt5s were defining
properties whose Portal Types (and sometimes their Views as well) were
available in a non-core bt5s.

BusinessTemplate: Get rid of spurious warning when skipping update of Local Roles for non-ERP5 objects.

- Do not enable on all password fields
- Allow specifying strength metter for a given field
- Allow customising password validation rules by changing properties
(allows different rules in the same page)
- Login similarity check can be done by adding login as a sequence
or blacklisted word, as desired
- No hard rules of what a strong password is, instead use a reward
system for using varied characters & character classes, reduced
when password contains widely known sequences or too common
passwords.