Te plugins confuse the users, this plugin allows to configure next day payments for credit cards in the control panel but the real liquidation to your account is 5 business days, so this converts in 7-8 total days including weekends. This is, in general,not good for the e-commerce dynamics where transactions and deliveries customers need are the quickest as possible.
In our case, we move to other payments gateways that are more expensive but really pay next day while in the meantime we are talking with the bank to install their gateway in our e-commerce that is more economic and pays the next days.

Fix – Switch version check from woocommerce_db_version to woocommerce_version as the latter is re-added to database a lot faster when it’s missing then the former. Might solve issues where Mollie plugin is disabled when WooCommerce updates.

5.1.2 – 20-03-2019

5.1.1 – 19-03-2019

New – Added two new actions when processing items for Orders API, mollie-payments-for-woocommerce_orderlines_process_items_before_getting_product_id and mollie-payments-for-woocommerce_orderlines_process_items_after_processing_item

Fix – Fixed bug where expired orders weren’t updated in WooCommerce because of check for payment ID instead of order ID

Fix – Use get_home_url() to solve issues where people have different URLs for admin/site (also influences Polylang)

Fix – Extended refund processing: make sure people can’t do a partial order line amount refund during an order line refund

4.0.2 – 07-08-2018

Fix – Reverted to older version of Mollie API PHP client, as it caused more issues than it fixed. This means conflicts with other plugins that use Guzzle are still possible. Use Mollie Payments For WooCommerce 3.0.6 if you also use plugins Klarna, Simple Locator, Cardinity, LeadPages, ConstantContact until we can provide a solution. If you experience issues, please contact us. Please review this article.

4.0.1 – 06-08-2018

IMPORTANT
Version 4.0 requires PHP 5.6 or higher. If you are using an older PHP version, please read this article: PHP & Mollie API v2.

Fix – Make sure getting the shop currency is also possible on WooCommerce 2.6 or older

Fix – Fix “Fatal error: Uncaught exception ‘Exception’ with message ‘Serialization of ‘Closure’ is not allowed’ in ” by adding try/catch blocks for serialize() for the rare cases where __sleep() isn’t found in PHP

Fix – Check that a locale (language code) is supported by Mollie before trying to create a payment

3.0.5 – 18/06/2018

IMPORTANT
Starting with version 4.0, this plugin will require PHP 5.6. If you are using an older version, please read this article: PHP & Mollie API v2. We expect to launch version 4.0 in June 2018.

Add warning that version 4.0 will require PHP 5.6

Update ‘Required PHP’ tag to PHP 5.6

Removes fatal error for thank you page without valid order (Issue #212 by NielsdeBlaauw)

3.0.4 – 24/05/2018

Fix – Limit order status update for cancelled and expired payments if another non-Mollie payment gateway also started payment processing (and is active) for that order, prevents expired and cancelled Mollie payments from cancelling the order

Fix – It’s possible to set the initial status of bank transfer to pending instead of on-hold, but in that case the payment instructions would not be shown on the Order Received page (missing in condition)

Fix – Make sure webhook processing for Paid doesn’t run on status PaidOut

Fix – Improve orderNeedsPayment so there are less false-positives if users use 3PD plugins to change the order status too early

Fix – Add WC_Subscriptions_Manager::activate_subscriptions_for_order to make sure subscriptions are always activated when payment is paid, independent of order status

2.7.0 – 07/09/2017

New – Support for gift cards! See: https://www.mollie.com/en/blog/post/mollie-launches-gift-cards/

Nieuw – Ook de issuers (banken) weergeven voor de KBC betaalmethode

Fix – Add better support for WooCommerce Deposits (by Webtomizer)

Fix – Subscriptions would be set to ‘On Hold’ during SEPA Direct Debit payments, those subscriptions are now set to ‘Active’

Fix – Multiple issues that occurred when users had multiple (unpaid) payments per order