ERP5 uses a mix of context.REQUEST and Products.ERP5Type.Global.get_request(),
which now uses zope.globalrequest.getRequest().
CMFActivity reconstruct the original request before executing activity, so that
the activity is executed with a request equivalent to the request at the time
where the method was activated. For this, context.REQUEST was properly restored,
but get_request()/globalrequest was only restored when the REQUEST had some
ACCEPT_LANGUAGE header, so that it replays the language negociation for
Localizer.
With browser requests, I guess every browser pass an ACCEPT_LANGUAGE header,
but within unit tests such header is not present.

(TODO: finish this message)

When rendering reports, deferred style was only keeping request.other, but
some places, like Products.ERP5Form.ListBox.ListBox.getParamDict read only in
request.form, which caused different behaviours when rendering reports
directly or in activities, because when rendering in activities request keys
that the report dialog might have pushed were not preset in request. They
were of course present when rendering the report directly, because this was
the same request, so this lead to different behaviours wether reports were
rendering in activities or directly, like we could observe in 7058ab6f
(accounting: fix grouping option of GL when running in deferred mode, 2021-02-25)

This change deferred style to properly propagate request.other and
request.form in all activities of reports.

See Alarm_generateReportDocumentList for the full API and the test for example
usage.

This enables reuse of deferred style API to produce a report, but do
something else with the report.

Split a reusable test base class and use self.username variable.

Also don't set username as reference on person, this is no longer needed
since ERP5 Login.

This reverts commit 750e2bfc.

This looks wrong to me, we don't send errors to users like this. And if we
really want to do, we should ignore error like this but use CMFActivity
error call back.

For now, let's revert.

erp5_property_sheets: Buce uses ad-hoc Manufacturing Orders without transformation and allows empty lines

Purchase Orders are created in draft state and must be confirmed by psa user

* The issue was that when a lot of change management had the same effective date, sometimes, fixing the consistency of the change management led to invalidating the one that was the latest one.
* XXX CLN: Maybe some verification on the version would have been better.

* Also move the variable definition before they are used.