The tests were broken after merge request !2035

on python2, this sends an email with address like "Name <None>", on
python3 this fails with an error like this:

  Module script, line 15, in Entity_sendEmail
   - <PythonScript at /portal_2664097758140587659/Entity_sendEmail used for /portal_2664097758140587659/person_module/20241227-13AB7>
   - Line 15
    from_url = formataddr((sender.hasTitle() and sender.getTitle(), sender.getDefaultEmailText()))
  Module email.utils, line 92, in formataddr
    address.encode('ascii')

better to fail early in such a case

Base_renderForm was using request.set - which only sets in request.other,
and this causes Base_renderForm to behaves differently from Base_redirect
with forms looking explicitly in request.form, like for example listbox
does before calling the list method.

See merge request !2032

This was done by manually converting 
https://www.anc.gouv.fr/files/anc/files/1_Normes_fran%C3%A7aises/Plans%20comptables/Plan-de-comptes-PCG-2025.pdf to csv and importing it with CategoryTool_viewImportGapFileDialog

[PCG2025.csv](/uploads/afb7eb0b386359f98dd5538bb24e81f3/PCG2025.csv)

See merge request !2038

 - Missing init script:
     This script is declared on portal type, so we need a default value,
     even if we always overwrite it on sub projects.
 - Bad identation
 - Fixup proxy fields consistency
 - Prefer use assertIn instead assertTrue(a in b)

 Fixup unused variable
 Listbox is an invalid suffix for python script, proper
   value is ListBox, this fixup coding style tests

Otherwise, a weird behaviour is observed with compound attributes (eg.
`xmlns:inkscape`), where the second part of the attribute is replaced by
`undefined`, giving a wrong SVG file when there are multiple attributes
(duplicate attribute).

Otherwise, method draw enter an infinite loop if users selected some elements

https://github.com/methodofaction/Method-Draw/tree/463e526dbc6ec48561822fde5dec02e085e86497

Lots of categories have changed and accounts will have to be updated
manually, as they might point to a category that no longer exist in
this new version.

For more details, refer to:

Plan comptable général - Règlement ANC 2014-03 (Version 2025)
https://www.anc.gouv.fr/plan-comptable-general-0

This was reimplemented a broken version of csv.DictReader

See merge request !2034

Infinite listbox are listboxes for which the "lines" property is set to 0, meaning the listbox shouldn't try
to paginate results.

This is intentional, and means that no limit should be applied (iow: an infinite
listbox). In this case, the limit parameter in the call to jIO should be set to 0,
not undefined, otherwise the parameter will be dropped in the AJAX request,
and later on be defaulted to 10 by ERP5Document_getHateoas.

If the max number of lines of a listbox was set to 0, meaning "no limit set", then ERP5Document_getHateoas would still return a paginated list of 10 results, 10 being
the default set in the parameters of ERP5Document_getHateoas.

It looks like there is a beginning of support for such case in ERP5Document_getHateoas,
with the appearance of code such as "if limit", but the bug comes from the lack of typing in the JS-jIO-JSON-ERP5's HAL interface. In case of a limit set to 0 in the listbox configuration, ERP5
would receive the string "0" which is a non empty string. It would fail the condition and would
be handled like there is a limit, or of 0 - so no result - or of a default limit chosen by the code.

The script `Base_createCloneDocument` was made to be user-friendly, reporting
nice errors instead of throwing when a problems is detected. These errors are
displayed using the `portal_status_message` parameter of `Base_redirect`, which
looks like a warning on XHTML-style, but appears green with RenderJS.

This commit adds an optional parameter `portal_status_level` to all calls to
`Base_redirect` which are actually errors, so that they also look like a
warning or error (orange background) on RenderJS. The behaviour in XHTML-style
says identical.

/cc @romain @vpelletier

Base_renderForm was using request.set - which only sets in request.other,
and this causes Base_renderForm to behaves differently from Base_redirect
with forms looking explicitly in request.form, like for example listbox
does before calling the list method.

as_dict is supposed to return an actual dict, not a FakeFormBoxEditor
that might not be pickleable

String value raised with `ValueError` had an extra `%s` at the end, hence
raising another error when formatting:

> TypeError: not enough arguments for format string

This commit simply removes the extra formatting character, since I could not
guess what should have been printed here.

The ZSQLMethod was using a wrong table `movement` instead of the `stock` table,
hence throwing errors. This commit makes it use the right table, by adding a
filter on `node_uid`, taking into account the structure of the new table.

/reviewed-by @jerome
/reviewed-on !2030

See merge request !2029

See merge request !2028