The JSONEditor relies on call async load for load promises. The current code waits for the promises to finish and throw errors explicitly.

    This allows the renderjs properly handle the error on the same chain of promises.

See merge request nexedi/erp5!1855

it was removed during df2642cf (corporate_identity_test: update
snapshots for new cloudooo, 2023-11-29) because it looked unused, but it
was actually used.

   the update_catalog parameter is explicity destinated to the entries
   on the template_list, never to its dependencies resolved.

   The side effect was that reindexation is trigger to the whole list of
   business templates in the site.

These actions should be always displayed, not only when user can modify,
otherwise the action is no longer displayed once the transaction
becomes delivered.

also adjust test to use test name for expected image id

As utility to activate whenever we have a process going wrong and
we do not want disturb the user or stop (rollback) the process
but we do want developpers to be notified.

See merge request nexedi/erp5!1854

To follow the API as the new JSON editor

- It's not deprecated anymore.
- When activities are grouped at CMFActivity level, it specifies a number of
  activities that are generated at a time instead of a number of activity
  groups.
- The special None value means no limit.

In nexedi/erp5@39369169 the new option
'nofile' was added to set the soft limit of open file descriptors to its hard limit.
In nexedi/slapos!1451 (comment 193296) it was criticized that
the name of the option - 'nofile' - is too vague and in nexedi/slapos!1465 a new
name for the option was searched. Finally we agreed on the more explicit 'with-max-rlimit-nofile'.

See merge request nexedi/erp5!1843

  This gadget aims to edit json based on json schema.

See merge request nexedi/erp5!1853

since for column like 'delivery.start_date'
the field would be like 'listbox_delivery_start_date'

This was missing from f3435570 (ui_test: update
verifyImageMatchSnapshot screenshots for firefox 115, 2023-10-22)

See merge request !1840

See merge request !1835

See merge request !1841

See merge request !1831

See !1850

Pause to make sure the server has time to process the request.
This is of course not a good fix, but the future of this code is really
uncertain, so this should at least fix the failing test.

When account number method is set to account reference and the
transaction line has a node acquired from the invoice source or
destination organisation or person and when this node has a reference,
then this was displayed as an account reference.

We set a reference on Client 1 organisation to reproduce the problem.

Make it part of the caching method id so that changing the preference
immediately show new accounts.

This also moves the "user_name" argument that was an artificial parameter
not used only here to make the cache vary to the cache id, for
consistency and clarity.

This fixes dict formatting which was formatted like this with too long
values:

  {
    "a":
    "b"
  }

after we updated cloudooo.erp5.net with cloudooo!32

See merge request !1785

This method raises the same error as jwt's claim validator, as it was intended to be
called from the same exception handling block. So move it from "else" blocks into
the corresponding "try" block.

  We must ensure that some Web Section (under a website with must-revalidate caching policy) can have a session that isn't stored.

  Different from no-cache (that is similar to must-revalidate + max-age=0), no-store tells the client (and frontends) that it must not cache the content ever.

  Since we issue an no-store and no 304s, the Last-Modified could confuse the frontend if If-Modified-Since header is present on the request.

  If-Modified-Since is sent, the ERP5 wont return with 304, so we don't expect that the frontend does it (but it does), so since we don't expect that user stores the last request it makes no sense to return with Last-Modified.