Indeed render accepts view ID, but the qweb engine does not handle
IDs, only xml_ids. Using the view xml_id field allows to avoid
having a hack in the server.
bzr revid: tde@openerp.com-20131121133309-qq2alstapq5sonkm
- payment_acquirer: added base method for form-based validation
calling various model-dependant methods.
[FIX] payment_acquirer: fixed tx values not given to form to render
when having no custom method for a specific acquirer
- payment_acquirer_transfer: added form validation, using the new
acquirer method. Updated controllers. Updated generated form to include
tx details. Fixed method for form_action_url taht was missing.
bzr revid: tde@openerp.com-20131120140119-8zuvm2ypr5arvf5y
- now going to shop/confirmation when coming back from the acquirer
- added poll on the confirmation page to wait for data from acquirer
- misc cleaning of checkout process, order and transaction management
- added cancel state on payment.transaction, when canceled by the
customer
bzr revid: tde@openerp.com-20131119160129-fkwkhjvk1bh0uarf
- added a constraint on reference that should be unique
- remove dead method validate
- added some comments
- improved payment.transaction views
bzr revid: tde@openerp.com-20131115132838-8nta3pq1ftj8t2q5
Two main models : payment.acquirer and payment.transaction.
payment.acquirer models the acquirer: paypal, ogone. Each specific
acquirer will inherit from the class and add specific fields.
payment.transaction models the transaction itself. It has basic fields
for a transaction: date, partner, partner fields (to hold data at
transaction time), reference, state and its message, amount, currency.
Class methods are not finished and still quite WIP.
payment.acqurier has a render method that is used to render
its form. The form is the 'pay now' button with the specific
sementic of each acquirer.
This model is supposed to work on form-based and server-to-server
implementation methods.
bzr revid: tde@openerp.com-20131107171558-jrwrj3ll9kol6bav
- lint / cleanup of models/payment_acquirer.py. No changes made, only link cleanup
such as missing imports, typos, missing methods.
Added ogone_errors file containing the ogone errors description that was called
but missing in the module. It is taken from openerp-custom module.
bzr revid: tde@openerp.com-20131024142050-a9b9tjzw9y5qjhia