This change will permit "clean up" scripts remove certain objects created
by "zope" user, which is typically the default user on instances.

This is just a quick fix, later this value should be collected automatically,
or using promise parametes.

Allow to specify an expected transition message when submitting a workflow even if there is no dialog.

Mark three tests as expected failure. To filter by category with full inventory document does not work.

- Avoid to create too much OIDs when updateLastMaxIdDictFromTable
- Add a parameter 'id_group' into IdTool_zGetValueList for the
  scalability of updateLastMaxIdDictFromTable().
  This parameter is intended to use with CMFActivity
  (see TestIdTool.test_08_updateLastMaxIdDictFromTable).

This method is intended to use when we are disabled 'Store in the ZODB'
or set a big number as the 'Store interval', but at the same time we need to
update the persistent dict from the fresh portal_ids table at a certain point.

This method needs a unit test.

So that we can get all the records of portal_ids table even when there are more
than 1000 id_group on the table. The ZSQLMethod was not intended to limit to
retrieve the records.
Of course it is better to get the records more gracefully like first getting
0..999, then 1000..1999. For now this is acceptable.
(Confirmed by Sebastien)

This test will make sure that getInventoryList works in the situation which two sections use the same node and one section has full inventory for the node.

Do use catalog when switching between different tabs to avoid having to deal with objectValues / contentValues API. Avoid use cases when a Pad may contains many Boxes.

do not use birthday property in Credential Request or Credential Update, because its storage is start_date and start_date has different meaning in these portal types. add assertions to check if birthday is set by credential request, and not updated unexpectedly by credential update.

clean up reportPaymentStatus function on PaypalService to call PaypalService_reportPaymentStatus script regardless of the outcome of the status and through the activities and added one test to cover this method

Fix unit test

Revert "clean up reportPaymentStatus function on PaypalService to call PaypalService_reportPaymentStatus script regardless of the outcome of the status and added one test to cover this method"

This reverts commit 03e358bc.

One test was failing

clean up reportPaymentStatus function on PaypalService to call PaypalService_reportPaymentStatus script regardless of the outcome of the status and added one test to cover this method

remove paramater that is not supported on IPaymentService and refactor code to be possible pass a list of parameters to page template. With this will be possible create one form more ergonomic to post to paypal

Forgot to bump egg version.

This is ERP5SecurePayment service which aims to provide paypal integration following ERP5SecurePayment interface.

Revert 97d2dbbb (we do not need to generate all entries per feed request only the most recent once as client code is expected to keep a "local" copy instead).

Revert 17045076 (we do not need to generate all entries per feed request only the most recent once as client code is expected to keep a "local" copy instead).

use the interpreter's import lock instead of threading.RLock in ERP5Type.dynamic to avoid possible dead lock.