Two almost identical methods, each having two 75% identical code
paths: this screamed "factorisation".

This method must not be used, so do not mention it in an example script.

Caching in authentication-related work is not a good idea.
Also, simplify the resulting script:
- do not load Password Event from ZODB, just use the creation_date found by
  catalog
- reorder accesses to only do them when they are needed (ex: preferences)
- factorise access to persistent objects (portal_preferences)
- fix coding style: space after comma, no space around named-argument equal
  signs, 2-spaces indentation, spaces around multiplication and division
  operators, upper-case pseudo-constant
- factorise now vs. expire_date comparison, getting rid of the mishandled
  "now == expire_date" edge case in original code
- remove commented-out code and obvious comments
- DateTime is already implicitly bound in any script's globals, no need to
  explicitly import it.
In turn, this allows removing immediate reindexation on corresponding scripts,
as immediate reindexation will be disallowed for restricted python.

See nexedi/erp5@8fdc1a15

Add tests to prevent future regression.

This is not a regression, only the test getting better at spotting an
incorrect behaviour which pre-existed.

Also, while exporting catalog methods, explicitly check for `expression_instance` property.
Now we keep expression_instance property in a volatile attribute, so we should prefer using
it.

When data-gadget-renderjs-extra attribute is not set to an element,
`element.getAttribute("data-gadget-renderjs-extra")` returns null.

Possible error messages :
- sub_key is null
- TypeError: Cannot set property 'key' of null

/reviewed-on !602

In case of catalog methods where we have expression empty or None, trying to get
expression_instance raises an error. So, as to keep the compatibilty with how it
used to check for value of expression as shown in this diff :
nexedi/erp5@04f331a2
its better to check the same in mixin.

This commit:

- Adds a new Activity called "SQLJoblib"
- Adds a Backend to be used by joblib
- Uses OOBTree to store results instead of ConflictFreeLog
- Adds a getResultDict API to fetch resut Dict

It uses the original work from rafael@nexedi.com and loic.esteve@inria.fr

to use new CKEditor test macros

Add Base_viewFieldLibrary/my_core_mode_required_text_content_validator