Releases: academe/OmniPay-Payone
PR #45 + some cleanup
Misc PRs
PR#44 support phpmoney v4
PR#44 support phpmoney v4
Fix missing exception import
Details on Issue #31
Support for Omnipay 3.0
Support for Omnipay 3.0
Some PHP 5.4 compat changes + test fixes
Fixed tests directory (was not running all tests).
Test coverage still needs expanding substantially, but that will probably happen more on the 3.x branch.
Some PHP 5.4 incompatible structures have been fixed, just for completeness.
Otherwise, no functional changes.
Update licence for packagist
The legacy LGPLv3 was not a valid SPDX licence.
No functional changes.
Increase minimum required version of omnipay-common to 2.4
This is due to the use of the notificationInterface for the back-channel transaction recording.
Raised in issue #27.
Additional parameters
A number of additional parameters to support various merchants.
- PR #23 Add wallettype parameter (PR #24 is a duplicate of this, and so not merged)
- PR #26 Add financingtype parameter
- Issue #27 check supported
creditCardmethods for when running againstomnipay/common<v2.4 - Issue #25 Tracking for PR #26
Ideally, these all need to be validated against the clearingtype, as they are optional or mandatory depending on the clearingtype value. The gateway appears to ignore parameters that it does not need in the context though.
This is a pre-release for now, until it has been tried in production.
PR#22 Notification transaction result status logic changes
This change recognises that the notifications can go through a long sequence of events before the final "success" or "fail". This is caught by lookin at the event type and assigning many of them to the transaction STATUS_PENDING status.
This is a minor release because the logic behind $notification_request->getTransactionStatus() has changed slightly, so some code may need revisiting, depending on how the notifications are handled.