Difference between revisions of "X-Payments:V3.1.2 released"

From X-Payments Help
Jump to: navigation, search
Line 25: Line 25:
 
<li>Other minor feature and security improvements and bugfixes.</li>
 
<li>Other minor feature and security improvements and bugfixes.</li>
 
</ul>
 
</ul>
 
  
 
==Fixed Bugs==
 
==Fixed Bugs==

Revision as of 11:43, 20 April 2018

The new version comes with multiple improvements, security updates and several bug fixes. Here is a quick overview:


Updates in Payment Gateways Integrations

  • Authorize.Net: added option to create CIM profile before the transaction.
  • Sage US: renamed to Paya and got a new logo.
  • Elavon Converge: updated endpoint URLs according to the new server name of the payment gateway;
  • BlueSnap: added support for phone fields and soft-descriptor. The soft-descriptor parameter lets you send transaction-specific data along with your request, which your buyers will see on their credit card statement.
  • eSelectPlus: added a setting that allows disabling AVS check. You may want to disable it because it’s not compatible with particular merchant accounts and results in failed payments from them.
  • RBS Worldpay Corporate gateway: fixed issues related to payments from modern merchant accounts.

Other Improvements

  • New setting that allows enabling ‘Save card’ checkbox by default.
  • Ability to hide ‘Cardholder name’ entry on the payment form to simplify the checkout process for customers. X-Payments will still pass the cardholder name to the payment gateway, but it will use the one from the billing address.
  • Enabled logging of email sending attempts.
  • Ability to control the number of allowed payment attempts that a customer can take before X-Payments considers the order declined and returns it to the shopping cart. (New setting in X-Payments general settings -> Payments -> Maximum allowed payment attempts.)
  • New config setting that cleans line items names from special symbols. These symbols might result in failed transactions because not all payment gateways support them. The setting is enabled by default.
  • Detection of duplicate payments with same reference ID and total when creating a new payment via an API call. If the original payment was successful, X-Payments won’t allow the second one come through to avoid refunds and chargebacks.
  • Removed ‘developer’ mode for HTTP shopping cart connections for security purposes.
  • Support for PHP 7.2.
  • New X-Payments API 1.9 processes the payment transactions with fewer callbacks to the X-Payments server. The shopping cart doesn’t require the callbacks, it gets the results itself. As a result, the whole process has become faster without deadlocks and errors in log files that used to be caused by the high number of the callbacks.
  • Other minor feature and security improvements and bugfixes.

Fixed Bugs

  • SMS code re-sending didn’t work immediately after 30 seconds. Fixed.
  • Outdated Kount logs were not deleted by cron (automatically after certain period of time). Fixed.
  • In case of a connection error, a payment was considered as still being submitted in some cases. Fixed.
  • Administrators with access to edit payment configurations still couldn’t update antifraud settings for them. Fixed.

Upgrading Instructions

If your X-Payments runs v1.x, v2.x or v3.0.x, you should first upgrade to v3.1.0 or v3.1.1 and only after this to v3.1.2.

Our support team upgrades X-Payments Hosted accounts free of charge. Just create a ticket in your Help Desk account and request the upgrade.

Owners of X-Payments Downloadable can upgrade their stores themselves following the instructions here, or buy a support service in their Help Desk account and have it upgraded by our support team.