Group, site and function are set in ad-hoc yet appropriate way. These scripts should be considered as examples or removed and merged into generic ERP5.

Support variation and size categories. Generic implementation required in future.

For now variation and size are hardcoded (in listbox). This should be changed to use generic code based (for example) on a dynamic definition of columns.

A resource image can be defined in the Resource itself or in its variations. The easiest way to test if any image exists is to try to get its URL.

Use request (populated by site template) or current context to determine the web site. Also cleaned some comments and docstrings.

This script creates a context to compute the default price of a product in the online store in line with extended getPrice API

and add a comment to explain deprecation.

Current predicate category table is not filled enough with children nodes and will thus not
select everything it should.

Added comments about mixup of kw params in Price API.

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)

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.