The main reason for not using cache.addAll was to fill the cache as a low
priority task, not to generate too much traffic, the safari compatibility
was secondary. Now that safari seems to support cache.addAll, remove the
comment about safari.

Components also have some extra checks in checkConsistency, we should
include this in coding style test.

See merge request !1324

This simplify code and also bring the functionnality of c484f8aa
(erp5_xhtml_style Base_cancel and logged_in: do not allow redirection outside
ERP5 site., 2016-02-12) for the cases where authentication_policy is
installed.

This also fixes a problem with translations of "Your password will expire at
 {date}", which was using different messages for every possible date.

Tests needed to be updated because we now redirect with properly URL encoded
parameters.

See ea219b74

When new password does not match policy, in reset password and change
password dialogs, we used u' '.join([str(message) ...]) to join all
translated messages in a string, but this construct will decode the
str(message) to unicode using ascii, so it will fail when these messages
contain some multi bytes characters.

Extend test coverage to check that these dialogs uses translations and use
non ascii messages in the tests, to make sure we don't have regressions
with this issue.

See merge request !1001

ERP5 does not handle user "account" anymore, it handles "login".
Please use "Add ERP5 Login" or any other login you need instead.

See discussions on !547

Enable coding style on erp5_run_my_doc since it now gets installed with erp5_officejs

See merge request !1325

in case the message is defined in the field ('manage_messagesForm' tab)

instead use ValidationError.getMessage API

Depending on how the message is defined.

Before this commit, translation happened typically in higher level,
where the error message was rendered.
but this imposed translation in everything, including mapped messages,
pulluting Localizer with unneeded messages.

This commit introduces getMessage, the logic is:
- If the message is defined in the code that raises, then it should be translated there
- If the message is defined in the field (in 'manage_messagesForm')
then we need to translate in ValidationError class. Caller should
pass translation_service, because we do not want to import it in Formulator

Like xhtml style

renderJS's mutex must be used instead

If enabled, accessing the 'View' skin selection will raise an Error.

2 alarms are provided to automatically enable/disable xhtml style for some period of time.

Some users can be always continue using xhtml style.

And add related field to CredentialUpdate_view