Please see 2b374847

The original implementation were passing the object's url. So
we need to get the object's value again through portal_catalog.
But if we create a new Support Request just now, and then create
a post to use this SR as follow up. We can't get the SR value due
to the Vincent's reindex change: https://lab.nexedi.com/vpelletier/erp5/commit/2e35fa174ebafd2a6c9af84c116c35c29a0261c1
So pass the object's value directly.

The order in which messages are returned by getMessageList is undefined,
and manageInvoke refuses to execute messages which are blocked by their
dependencies. Notify depends on Alarm_runUpgrader, so it must be explicitly
ran second.
Also, avoid listing activities twice.

Here, we expect exactly two activities, one of each type, and just do not
rely on these being listed in any order (...in theory, as this is actually
assumed by the next iteration on getMessageList, but this is a separate
issues).

[erp5_core] Remove quantity input field from category view form. Do not input quantity on category and use quantity unit conversion module instead.

[erp5_configurator_standard_categories] Use quantity unit conversion module to define quantity of category and stop using quantity property on categories.

To take into account organisations with multiple establishments and module containing DSNs for other organisations

Only quantity should be set

Proof is indeed it already changed

And update the related view

/reviewed-on nexedi/erp5!544

This reverts commit e1fa7611.
The fix was already provided by c1b8fa1a

Firefox doesn't display new line with: white-space: normal

replication test