Project_viewAccountingTransactionList uses some scripts from
erp5_accounting

metadata was not committed, so next time VCS tab is used on this
business template the path is marked as removed.

authentication policy, invoicing, ingestion and credential

See merge request !1081

When these printouts were made, cloudooo did not had so many fonts as
today, and it was picking up "Liberation Sans" for the "Arial" used in
these templates;

Since
nexedi/slapos@135cbe43
( yes, 5 years ago ) we have more fonts, and since then the rendering of
these printout changed, a "Roman" font was selected instead.

This changes the templates to use explicitly "Liberation Sans", which
makes the printouts use the old looks even on newer cloudooo .

See merge request !1080

In case of erp5_core business template update this code is called (with update=True argument)
and thus it will effectively override previous portal_alarms' state which
is wrong as no "general purpose" code should overwrite potential
developer configuration.
Tests passing at https://nexedi.erp5.net/test_result_module/20200324-3BC4D696 thus merging right away.

See merge request !1086

See merge request !1050

business template update this code is called (with update=True argument)
and thus it will effectivly override previous portal_alarms' state which
is wrong as no "general purpose" code should ovewrite potential
developer configuration.

Also extend coding style test to cover this kind of issues with business templates.

See merge request !1083

This caused upgrader errors such as:

    Error: Web Site web_site_module/ooffice_spreadsheet references a non existant appcache gadget_officejs_spreadsheet.appcache

This caused upgrader errors such as:

    Error: Web Site web_site_module/officejs_smart_assistant references a non existant appcache gadget_officejs_spreadsheet.appcache

We want to detect business templates with problems that would prevent to
run upgrader.

Mimic xhtml style.

Deleted Device Document as it is not used anywhere and not really useful:
Item can be used instead.

Migrated SubscriptionItem from FS to erp5_open_trade: this is the contract as
in https://www.erp5.com/erp5-TechnicalNote.Open.Order#contract and make
erp5_payroll depends on erp5_open_trade as Employment Contract is a
SubscriptionItem and, per design, Payroll is kind of an Open Order.

ERP5TypeInformation are used for Portal Types of Portal Types and needed to generate at
least Workflow Methods early at Zope startup (initializePortalTypeDynamicWorkflowMethods()
and portal_type_group_filter in the problem reported on MR 1032) for very basic Portal
Type classes (such as Category Tool). So, Leave these on the filesystem for now, we can
eventually deal with them later if necessary.

Invoicing contain views for Invoice Line and Invoice Cell portal types,
but does not contain portal types to contain Invoice Lines. Add
erp5_advanced_invoicing as a test dependency so that during HTML tests
we can create invoice lines in Sale Invoice Transaction (or maybe
Purchase or Internal, only one path will be tested)

Accounting Rule Cell only exist in erp5_accounting_simulation_legacy

There is no need to crash the renderjs interface for an error not related to the interface itself.

The dependency is that erp5_ingestion_test depends on erp5_ingestion,
erp5_ingestion has no reason to depend on erp5_ingestion_test.

When these printouts were made, cloudooo did not had so many fonts as
today, and it was picking up "Liberation Sans" for the "Arial" used in
these templates;

Since
nexedi/slapos@135cbe43
( yes, 5 years ago ) we have more fonts, and since then the rendering of
these printout changed, a "Roman" font was selected instead.

This changes the templates to use explicitly "Liberation Sans", which
makes the printouts use the old looks even on newer cloudooo .

contentValues() nowadays return also non ERP5-ish objects such as python
scripts , OFS.File etc. Because of that, if an ERP5 Folder contained a
non ERP5 object, which does not have fixConsistency or checkConsistency
methods, Folder.checkConsistency was causing an infinite loop because it
was acquiring checkConsistency method from self.

See merge request !1076

base, trade, pdm, mrp and dms

See merge request !1073