GitLab

See merge request nexedi/erp5!1452

See merge request nexedi/erp5!1457

we only want to set options to None when not using firefox, but we use firefox
by default. See dicussion on nexedi/erp5@17e1c262 (comment 136933)

See romain/erp5@f10cc273

This requires to rewrite all page content URLs on the fly, to respect the original document baseURI

This improve the HTTP cache usage when browsing multiple web sections.

Attribute must be quoted

also update tests to check if a duplicated supply will not cause doubled price.

See merge request nexedi/erp5!1445

See merge request nexedi/erp5!1447

See merge request nexedi/erp5!1437

 * expose firefox console and error logs in `geckodriver.log`
 * expose `geckodriver.log` in the folder testnodes expose on http
 * fix some cases where test were detected as "did not run" and cases where "did not run" tests were not reported as failures

See merge request nexedi/erp5!1444

We are already closing Storage on shutdown (see nearby Storage.close call in
the patch), but the DB handle was not closed. With classic ZODB it does not
really matter in practice, because not closing DB is only leaking RAM resources
and the program is anyway terminated soon.

However with wendelin.core 2 things are different: in addition to ZODB storage
server, there is also synthetic WCFS filesystem from which files are opened
and memory-mmaped. In runUnitTest we start both ZODB and WCFS servers and we
also shut down them both in the end. The filesystem server can be cleanly
unmounted and shutdown only when there are no opened files left on it.

Wendelin.core 2 client works by complementing each ZODB connection (zconn) with
WCFS-level connection (wconn) to WCFS server. Those two zconn and wconn are
kept in sync by wendelin.core 2 client logic: whenever zconn adjusts its view
of the database, so does wconn. And whenever zconn is garbage collected, so
does wconn i...

This is not really for errors during the test itself, but for errors when
ERP5TypeFunctionalTestCase manipulates browser to execute selenium test.

This depends on the support in slapos nexedi/slapos!999

It can happen that a test running selenium fail in python, but not in selenium,
like for example test_result_module/20210615-CDADEC14/183
To prevent such tests from being reported as PASS, we make the total number of
failures being the sum of the python unittest failures and the selenium failures.