this will have a side effect that Trade Model Path will also consider
destination carrier, like it does with source_carrier.

Not having destination carrier seems not intentional, during the
early days of "new simulation", source_carrier was added but not
destination_carrier, this was commit d487196a (A first idea of how
BusinessPath will look at the end, 2010-05-22)

Instead of hardcoding categories group in TradeModelPath, introduce
two new groups (as planned in the XXX comments) to list source
and destination arrow base categories.

This reverts commit b8cc6f1942b8d757f67cf903b1db67b03f89ed59.

drop the patch in DateTime._parse_args which cause DateTime to
support timezone naive dates

adjust __setstate__ to pickle the timezone naive flag

adjust code relying on DateTime private attributes

adjust tests for new DateTime.__eq__ behavior (instances with
different timezones are different)

more testing, especially for various __setstate__ versions

introduce a context manager to change timezone in tests.

We don't even use the new updateLocalRolesOnSecurityGroups instead,
because roles are supposed to be applied by an interaction workflow.

With this, we accept users with permission to Modify portal content or Associate role

🚧 also fix transition text

f0808ac6 (workflow: add workflow transition guard for non-user
actions as well., 2015-11-18) broke some custom security
configurations where doing an action on a document would modify an
accounting transaction - but the user doing this action does not have
access to accounting.

This repairs a little part of the situation (the part we are currently
using in a project), by using the Associate role. The idea is that
for such patterns where users "do something which will interact with
accounting", the users also need an Associate role on accounting
transaction portal types, which is in line with the meaning of
Associate.

With this, change we accept users with permission to Modify portal content or Associate role

This makes this index usable in queries involving flows of movements a resource
on a node at a given date, and still usable for movements of a resource on a
node.

The gadget will build a string query from these, so depending on the
translation, this may not work (for example if the translation of a state was
"O\" OR 1=1", but that should be good enough for English and french

This workflow is used only with portal types translated to french feminine noun (
Campaign, Meeting, Support Request, Software Publication).

XXX but if we consider "${portal_type} à l'état ${state}" then state does not
need to be accordé... maybe this is not a good idea.

We don't want to include a full build of locales, so for now since we
needs it only for french, we include the localization inline here.

HACK: This needs more thinking about what is the right way. This way
works for now.

This is done using the obsolete/slow translate/translateHtml because we
needed this for a customer project where we are not yet using the new
techniques for translation.

HACK because we'll probably do this with domsugar in erp5 master

Table columns to be displayed by default in the following (from the left to the right of the screen) :

Title
Visa Files Reference
Type
Requester
Begin Date
Comment Date (with possibility to sort the table by this column desc and asc)
Comment Author
State

CUSTOM erp5_officejs_support_request_ui: Change default data to be displayed in support request listboxes

Table columns to be displayed by default in the following (from the left to the right of the screen) :

Title
Visa Files Reference
Type
Requester
Begin Date
Comment Date (with possibility to sort the table by this column desc and asc)
Comment Author
State

HACK: erp5_officejs_support_request_ui: Pass visa file reference as parameter and store as causality

( Also, remove the usage of document.getElementById because we should search only inside the current gadget )
( Jérome: the getElementById thing was lost in rebase. It is not critical in my understanding )

HACK erp5_officejs_support_request_ui: 'Customer Support Dashboard' in 'Support Requests Dashboard' (in header)

In Support request test we trigger clipboard API to copy RSS Link

But, if you running tests manually in your browser, clipboard will fail.
For now, we guarantee that is not break tests on test node

erp5_officejs_support_request_ui: Search action dynamically according to the action category defined on web site

Hard coding to select action_object_view we will never use web site configuration.

If we always get links from action_object_view, Support Request will always break if we change View Action Category on web site.

According to Galien:

In the table, columns to be displayed by default in the following order are :
- Title
- Visa File Reference
- Type
- Requester
- Begin Date
- Comment Date (with possibility to sort the table by this column desc and asc)
- Comment Author
- State

With this, sort by reference will work properly

CUSTOM erp5_officejs_support_request: Add visa_file_reference as parameter and redirect to the expected view

In support request, we need to receive visa_file_reference and store it as causality. With this, we have the relation between Support Request and Visa File

Also, we change the action reference because the previous is not available in our scenario(Default View Action reference).

This will be used by Capago to assign a Support Request to Visa File

Requested in an email from Galien Renault with title "Retour livraison interface consulaire" document "Retour livraison Interface Consulaire ERP5 .pdf". Suppression des boutons d’action : “Sort” / “Edit” / “Select” , section 4.1.4, item a, page 14

Requested in an email from Galien Renault with title "Retour livraison interface consulaire" document "Retour livraison Interface Consulaire ERP5 .pdf" Suppression des boutons d’action : "Sort ", page 4.1.4 item A, page 14