Hi, today we were very surprised to see that Mollie automatically activated the Klarna payment method on the majority of our client shops.
Mollie sended our clients also a mail that the client’s request for Klarna has been approved. That is a false statement as our clients did not placed that request.

I checked in my WordPress network if there are other cases; and they are.

It’s very worrying that Mollie activates payment methods without consent.
For example Klarna has a 3% commission; so it directly impacts the margins of our client stores.

I haven’t seen any valid explanation why Mollie did this. So, therefore i am here.
And i also want a real confirmation that this won’t happen ever again.

When using the “new” WooCommerce block-based / fse checkout, the mollie notices / errors are not displayed correctly. The default output of the blocks is a flex container and the mollie notice is injected before the blocks.

There’s a div in the HTML with class “wc-block-components-notices”, so I suspect there to be a new hook / method to add notices to make them block friendly ??

Edit: I’ve tried uploading an image with this post, but the WP forums aren’t accepting my image. So, here’s an imgur: https://imgur.com/3hwPyqv

• This topic was modified 3 days, 16 hours ago by Barry Kooij.

Sins WordPress 6.7 we have the next notice, please correct it.

Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the mollie-payments-for-woocommerce domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /wp-includes/functions.php on line 6114

Hi,

After updating to WP 6.7 I’m getting this notice:

Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the mollie-payments-for-woocommerce domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later.

I notice that multiple plugins have this error after WP was updated.

I think you can simply remove the loading of text domain from the plugin, because WP nowadays checks for and loads translations itself. Function load_plugin_textdomain is present in these files:
src/Activation/ActivationModule.php
vendor/sniccowp/php-scoper-wordpress-excludes/generated/exclude-wordpress-functions.json

Guido

Hey,

we get the javascript-error “MollieComponentsError: cardHolder is not mounted” when we activate Mollie Components for creditcard

Could you have a look at this?

Kind regards
Malte

• This topic was modified 1 week, 1 day ago by malteio.

Hey!

We are using Mollie with the new WooCommerce checkout blocks version on two sites now and we notice that when you change billing country the payment methods disappear. Then if you type something in one of the billing fields the payment block is refreshing and then they are back. Also if you refresh the page they also will show up, but after changing to another country they are again gone.

I tried to disable all plugins except WooCommerce and Mollie and installed default theme, but still having this issue also on Beta 7.9.0. The issue does not occur on another site with the same setup except using the old WooCommerce checkout. I tried all the settings including adding all the countries or leaving the field empty for each payment method.

This is the error: There are no payment methods available. This may be an error on our side. Please contact us if you need any help placing your order.

I can give you the site URL, but like to do this in a private message or e-mail. Let me know, thanks!

Hi,

Since the last update 7.8.2 the payment method Mollie Overboeking disappears after Ajax has finished. You see it before loading. There is no custom code in our checkout, I cannot figure out why this is not working anymore.

Please add this example product to your basket to see: https://hrcommunity.nl/product/geen-categorie/event-ticket-en-lidmaatschap/

With thanks,
Demian

Hi,

When choosing a payment method and choose for finish order. customers are send to that payment method on a mollie page. If then a customers wants to cancel that payment because of wanting to change the adress or payment method, it gets redirected to for instance:
https://www.fightplaza.nl/afrekenen/order-pay/114173/?pay_for_order=true&key=wc_order_Sl5gu2yRVj6et&utm_nooverride=1
Which only shows the payments methods in a bad layout.

But i would like all customers after a cancellation to be redirected to:
https://www.fightplaza.nl/afrekenen/
So that the layout is correct and they are able to change the adress

How to achieve this?
Mollie 1st line support told me it is because of woocommerce and not mollie, but it really only happens with mollie payments. It tried several other payment providers were the redirect is correct.

• This topic was modified 1 week, 2 days ago by bramvds.

Hi, I want to install the plug-in on a customer site and during installation it tells me:

Installation failed: File could not be copied. mollie-payments-for-woocommerce/public/css/manifest.json

Already tried installing the current and older version manually. Still does not work. How can we fix that?

Hi,

the payment method “Riverty” is new. We have a mainly german website.

If we activate Riverty, there is a field where you have to enter your birthdate. The problem is that there the word “Birthdate” is written – this word is not be translated, it stays English, whether you have a german or dutch or danish website.

Can you tell me when there will be a translation for this word?

We have mainly older customers from Germany, if they see the word “birthdate” there is a trust issue because it`s english and not german. I hope you can understand; this will end up in a worse conversion rate.

Best regards

Hi,

I can activate Google Pay in my Mollie profile. However it does not seem to be supported by the Mollie woocommerce plugin. Is that correct? Will this be added in the future?

Thanks!

Hi,

For all payment methods we can choose the availabilty in countries. We don’t have this option for Billie. How can we choose the countries where Billie is available?

Screenshot Billie: https://prnt.sc/aLDkaNM7zyC_

Screenshot iDeal for reference: https://prnt.sc/AIQKTl_jjwxa

Hi there,

We have an issue with the plugin when the checkoutpage is not in Dutch. Then Ideal is not working anymore. Translate press and Funnelkit both investigated the issue. The conclusion is that Ideal is only working in each language when all checkout fields are enabled. Can you please remove these restrictions? We have only name, email and country as mandatory fields in our checkout.

I am not sure why it is working in Dutch right now, but it is not in other languages. But Funnelkit did this test:

1) As you didn’t added the Billing address fields on the Funnekit Checkout page

We tried to do the same with the native checkout and using a custom code snippet, turned off those files from the native checkout page.

And then it allso doesnt work. I can provide more information by mail if needed.

Thank You!

Kind regards, William

Hello, when we check payment methods via the Mollie plugin, it causes the extra costs I added to an order to no longer be visible during check-out. These costs are still calculated and invoiced only they are not visible to the consumer on the screen. If I uncheck the payment options within the Mollie plugin, this line is visible again. Is there a way to turn on the payment choices and be able to see the extra costs line?
Hope you can help, Regards Sander

Hi,

I am / customers are not able to choose a bank when choosing Ideal, see this screenshot: https://drive.google.com/file/d/1YS6HfdeyCZ3z6OEjlN0C4aVOeZQoZMGj/view?usp=sharing

I have disabled all plugins (except Woocommerce and Mollie) and tried a different theme, which all were updated to the latest version.

How can this be solved?

Thanks,

Rudy

Updating translations for Mollie Payments for WooCommerce (nl_NL)… Keep comming back straight after hitting the update button.

Hallo,

Heel graag zou ik advies willen met het volgende. Ik gebruik Elementor, Woocommerce en Mollie. En krijg bij de checkout page deze error:

Er is een fout opgetreden bij het verwerken van je bestelling. Controleer of er iets is afgeschreven via je betaalmethode en bekijk je?bestelgeschiedenis?voordat je de bestelling opnieuw plaatst.

Hello,

I would like some advice on the following. I use Elementor, Woocommerce and Mollie. And I get this error on the checkout page:

There was an error processing your order. Please check if your payment method has been charged and check your order history before placing the order again.

The quality of the plugin releases seems to continue to degrade. With 7.8.2 order are stuck on pending altough they are paid in Mollie. We have made changes other than updating the plugins. We will stay with 7.8.0 as this seems to be the last reliable release for now. I really hope mollie finds a way to test their releases better before releasing them. This is the most central comonent to every ecommerce store.

Hi

I am having issues that after a client did a payment with bankcontact (Belgium) the page is loading very long to redirect to the thank you page in woocommerce. The order mail is sent immediately but the loading is taking around 1 minute or even more. Is this a known issue? I am using the divi theme and the problem is on more than 1 website. When I use testpayments with the test API it is working fine so that is even more strange.

Thanks!

• This topic was modified 1 month, 1 week ago by jellebuelens.

I have an available update for Mollie translations… but after updating it says there is still an update available.

“Vertalingen updaten voor Mollie Payments for WooCommerce (nl_NL)…
Vertaling is succesvol geüpdatet.”

No errors or warning in the PHP log.

Hi!

Just updated my website and version 7.8.1 breaks the website.

This is the error:

Er heeft zich een kritieke fout voorgedaan op deze site. Controleer je site beheerder e-mail inbox voor instructies.

How can we fix it?

PHP Warning: Array to string conversion in /var/www/vhosts/lievelabels.nl/httpdocs/wp-content/plugins/mollie-payments-for-woocommerce/src/SDK/WordPressHttpAdapter.php on line 82

I upgraded to PHP 8.3 and noticed these errors in the logs. Maybe it needs to be checked?

Hello, our customers cant choose any payment options.. we can not find the problem..

The Checkout Form has an company field. But when I chose the Billie Payment option (thru Mollie) it wants me to fill out an additonal company field otherwise I am getting an error message.

Hi,
we recently had the situation that a customer choose a payment method (klarna), didn’t finish the payment and later asked to pay via Paypal.
Now in the order we change the method to Paypal and tried to send him an order confirmation again with a payment link. But the link didn’t appear and I suppose that is because there is no transaction ID provided.
Now the question is: what is the way of handling this, if a customer wants to change the payment method after having placed the order?
Thanks!

Hello,

We get an Fatal error. The version of the plugin we use is 7.8.0.

Our fatal error:
Fatal error: Declaration of Mollie\WooCommerce\Log\WcPsrLoggerAdapter::log($level, $message, array $context = []) must be compatible with Psr\Log\AbstractLogger::log($level, Stringable|string $message, array $context = []): void

We can ‘solve’ it by changing a line in the file mollie-payments-for-woocommerce > src > Log > WcPsrLoggerAdapter.php

Line 75. From:
public function log($level, $message, array $context = [])
To:
public function log($level, $message, array $context = []): void

But this is not ideal, since we get a fatal error every time while updating and have to update this file again.

We found this support ticket that seem to talk about the same issue:
https://www.ads-software.com/support/topic/php-8-1-psr-3-0-0-compatibility/

Hope you guys can have a look!

Since version 7.8.0 we have several times a day a translations update for Mollie Payments for WooCommerce.

Something is removing the mollie-payments-for-woocommerce-nl_NL.mo and po files

I think this is a bug in Version 7.8.0

Hi,

Since this morning this error is thrown out when adding a order as a shop manager.

2024-09-09T09:06:10+00:00 CRITICAL Uncaught TypeError: Mollie\WooCommerce\MerchantCapture\Capture\Type\ManualCapture::enableOrderCaptureButton(): Argument #1 ($actions) must be of type array, null given, called in /home/hosting/domains/mywebshop.com/public_html/wp-includes/class-wp-hook.php on line 324 and defined in /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/mollie-payments-for-woocommerce/src/MerchantCapture/Capture/Type/ManualCapture.php:26 CONTEXT: {"error":{"type":1,"file":"/home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/mollie-payments-for-woocommerce/src/MerchantCapture/Capture/Type/ManualCapture.php","line":26},"backtrace":["","#0 /home/hosting/domains/mywebshop.com/public_html/wp-includes/class-wp-hook.php(324): Mollie\WooCommerce\MerchantCapture\Capture\Type\ManualCapture->enableOrderCaptureButton()","#1 /home/hosting/domains/mywebshop.com/public_html/wp-includes/plugin.php(205): WP_Hook->apply_filters()","#2 /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/woocommerce/includes/admin/meta-boxes/class-wc-meta-box-order-actions.php(217): apply_filters()","#3 /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/woocommerce/includes/admin/meta-boxes/class-wc-meta-box-order-actions.php(35): WC_Meta_Box_Order_Actions::get_available_order_actions_for_order()","#4 /home/hosting/domains/mywebshop.com/public_html/wp-admin/includes/template.php(1456): WC_Meta_Box_Order_Actions::output()","#5 /home/hosting/domains/mywebshop.com/public_html/wp-admin/edit-form-advanced.php(716): do_meta_boxes()","#6 /home/hosting/domains/mywebshop.com/public_html/wp-admin/post-new.php(75): require('/home/hosting...')","#7 {main}","thrown"]}

When debug is on a fatal error appears in the right column under ‘order actions’:

Fatal error: Uncaught TypeError: Mollie\WooCommerce\MerchantCapture\Capture\Type\ManualCapture::enableOrderCaptureButton(): Argument #1 ($actions) must be of type array, null given, called in /home/hosting/domains/mywebshop.com/public_html/wp-includes/class-wp-hook.php on line 324 and defined in /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/mollie-payments-for-woocommerce/src/MerchantCapture/Capture/Type/ManualCapture.php:26 Stack trace: #0 /home/hosting/domains/mywebshop.com/public_html/wp-includes/class-wp-hook.php(324): Mollie\WooCommerce\MerchantCapture\Capture\Type\ManualCapture->enableOrderCaptureButton() #1 /home/hosting/domains/mywebshop.com/public_html/wp-includes/plugin.php(205): WP_Hook->apply_filters() #2 /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/woocommerce/includes/admin/meta-boxes/class-wc-meta-box-order-actions.php(217): apply_filters() #3 /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/woocommerce/includes/admin/meta-boxes/class-wc-meta-box-order-actions.php(35): WC_Meta_Box_Order_Actions::get_available_order_actions_for_order() #4 /home/hosting/domains/mywebshop.com/public_html/wp-admin/includes/template.php(1456): WC_Meta_Box_Order_Actions::output() #5 /home/hosting/domains/mywebshop.com/public_html/wp-admin/edit-form-advanced.php(716): do_meta_boxes() #6 /home/hosting/domains/mywebshop.com/public_html/wp-admin/post-new.php(75): require('/home/u142022p1...') #7 {main} thrown in /home/hosting/domains/mywebshop.com/public_html/wp-content/plugins/mollie-payments-for-woocommerce/src/MerchantCapture/Capture/Type/ManualCapture.php on line 26

The rest of the page is blanc.

These issues do not appear when logged in as an admin.

Doesn’t seem hard to debug but just dont have the time.

We get an email from Mollie that we need to upgrade to version 2.

Is there a setting in the plugin to do this?

Depending per shop, we notice that 10% to 30% of the measures purchases are attributed in Google Analytics 4 to “Unassigned(not set)”.
This means: Google Analytics lost track of the session when a buyer lands back on the purchase confirmation page coming from a payment platform; so it set’s them to Unassigned(not set) in the Traffic Report. So, for some shops we lose 30% of the capability to understand where our purchases come from. That’s absolutely not ideal.

In the GA-4 User Reports it attributes it to the Direct channel, obviously as it “thinks” it’s an immediate direct purchase. (of course that is mostly rare)

Unassigned could have multiple reasons: cookie blockers, no consent, payment app issues, etc.
But we’re investigating this now for 8 months (!), tried everything in our power like deactivating cookiebanners, using other Pixel Managers…. nothing worked.

After comparing all our shops we noticed one shop has no problem with Unassigned. The main difference was it’s payment provider: they use Multisafepay.
The majority of our shops uses Mollie, and we use over there a Premium Pixel Manager (sweetcode) and they also mentioned that Mollie is known to them causing more challenges on this matter.

So, is this kind of problem known at Mollie?
And what can you do about it?

• This topic was modified 2 months, 2 weeks ago by Dave Loodts.