Hello,
There is a compatibility issue with Query Monitor. Could you fix this ?
[Sun Apr 21 00:10:40.029783 2024] [fcgid:warn] [pid 23059] [client 77.109.119.239:50265] mod_fcgid: stderr: PHP Fatal error: Uncaught TypeError: preg_replace(): Argument #3 ($subject) must be of type array|string, Nyholm\Psr7\Uri given in /home/savebee/public_html/wp-content/plugins/query-monitor/collectors/http.php:365, referer: https://savebee.be/wp-admin/plugins.php?plugin_status=all&paged=1&s
I disabled all my plugins and when I reactivated all one by one, it was yours who trigger erros.
]]>Hi,
After succesful payment of an order, i get redirected to a blanc page saying ‘file not found’.
I get redirected to this url, which seems to be the correct one, altho my store url is not present:
As an example of a default woocommerce working order-received url (/checkout/ isn’t necessary to be included and varies per store):
and another:
Multisafepay support indicates i should be redirected to a url like this (which seems unlikely cause its a default woocommerce plugin being used):
https://*url website*?rest_route=/multisafepay/v1/notification
Note:
I encountered the same problem with mollie. I migrated this store from another domainname and its built in elementor page builder. It’s a problem i havent’t seen on a dozen previous built stores. Obviously the problem lies in the migration. I’ve switched to storefront, disabled all plugins, the log simply says an error occured. Not sure how to go about this, but assuming a simple change in the DB could fix this?
Hope you can help me out as this is stalling the launch / sales of this new store.
]]>Hi,
I want users to be able to Pay in Installments. We need this option worldwide. So Americans, Belgians, but also people from Australia or whatever country can Pay in Installments. Like pay 50% now and 50% later. Or 50% now 25% later and 25% on delivery.
Is that an option with MultisafePay and how can we configure that?
Best regards
The update to 6.0.0 created a problem with our payment page. Our customers get an error saying that there are ‘no payment options available’. Is anyone else having this issue? Customers can order whatever they want, and then they can input all of their contact information for shipping, but in the area where they would choose their payment method, there is a message saying that no payment options are available. The only issue seems to be with Multisafepay and it is only visible on the frontend–no other aspects of the webshop are having problems. I set the plugin back one update, and all is well again.
]]>Hi,
I would like to put a more extended logo on the woocommerce checkout page in order to make people know that this payment method can take care of credit and debit card. At the moment ther eis only the multlsafepay logo. Is that feasible?
Thanks
]]>What is API key, where to find this api key?
]]>Very often we get a fatal error on the plugin overview page caused by MultiSafepay.
Not always, but every other day.
The error is as follows:
Uncaught TypeError: version_compare(): Argument #2 ($version2) must be of type string, null given in /httpdocs/wp-content/plugins/multisafepay/src/Utils/UpgradeNotices.php:17
The problem is that for some reason $plugin['new_version']
is not always available and then the fatal error occurs.
public function show_multisite_upgrade_notice( $file, $plugin ) {
if ( version_compare( $plugin['Version'], $plugin['new_version'], '<' ) ) {
Can you add a condition that first of all checks if $plugin['new_version']
is available.
Thank you.
]]>The payment iDEAL QR payment Gateway is not working.
A fatal error occurs on checkout submission.
There is a programming mistake in the plugin that should be corrected.
You seem to be aware of this for 17 days, but there is no update release yet.
Can you please release the update?
https://github.com/MultiSafepay/WooCommerce/blob/master/CHANGELOG.md
Error:
{
"type": 1,
"message": "Uncaught Error: Call to undefined method WC_Order::get_amount() in /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/multisafepay/src/PaymentMethods/PaymentMethods/IdealQr.php:88\nStack trace:\n#0 /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/multisafepay/src/PaymentMethods/Base/BasePaymentMethod.php(243): MultiSafepay\\WooCommerce\\PaymentMethods\\PaymentMethods\\IdealQr->get_gateway_info()\n#1 /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/woocommerce/includes/class-wc-checkout.php(980): MultiSafepay\\WooCommerce\\PaymentMethods\\Base\\BasePaymentMethod->process_payment()\n#2 /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/woocommerce/includes/class-wc-checkout.php(1195): WC_Checkout->process_order_payment()\n#3 /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/woocommerce/includes/class-wc-ajax.php(466): WC_Checkout->process_checkout()\n#4 /var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-includes/class-wp-hook.php(303):",
"file": "/var/www/vhosts/dashboard.cadstunter.nl/httpdocs/wp-content/plugins/multisafepay/src/PaymentMethods/PaymentMethods/IdealQr.php",
"line": 88
}
The plugin tries to execute this code:
$order->get_amount()
But this function does not exist:
https://woocommerce.github.io/code-reference/classes/WC-Order.html
Hi, we use After Pay on our website. After Pay requires to fill in the phone number. The issue is that we do get a red notice background when the phone number is not filled in, but NO text notification. The text is just not there, not hidden by css, it’s just zero text.
So, a buyer can’t see what’s wrong with his form.
It seems this notification issue is since the end of june. Seeing the changelog of the plugin there were some modifications around notification.
Please, check this major issue. We do notice we lose sales because of the unclear notifications.
]]>When trying to pay a fatal error is thrown:
PHP Fatal error: Uncaught Error: Call to undefined method MultiSafepay\\WooCommerce\\Services\\CustomerService::get_the_user_ip() in /public_html/wp-content/plugins/multisafepay/src/Services/CustomerService.php:89
We’re running version 4.2.1, but when rolling back to 4.1.8 it just works as expected.
]]>Hi,
We run a multisite with languages. One site for each language. After updating the MultiSafePay plugin we found out that all sites except the main site don’t have the MultiSafePay options anymore. We have downgraded the plugin to 3.8.0 for the time being. Please help!
]]>Since the latest plugin update the icons for payment methods in the checkout are huge, see screenshot.
]]>Since the upgrade to v4, there is a PHP Fatal error in the checkout:
PHP Fatal error: Uncaught Http\Discovery\Exception\DiscoveryFailedException: Could not find resource using any discovery strategy. Find more information at https://docs.php-http.org/en/latest/discovery.html#common-errors
- Puli Factory is not available
- No valid candidate found using strategy "Http\Discovery\Strategy\CommonClassesStrategy". We tested the following candidates: Http\Discovery\Strategy\CommonClassesStrategy::symfonyPsr18Instantiate, GuzzleHttp\Client, Http\Discovery\Strategy\CommonClassesStrategy::buzzInstantiate.
- No valid candidate found using strategy "Http\Discovery\Strategy\CommonPsr17ClassesStrategy". We tested the following candidates: .
in /var/www/current/wp-content/plugins/multisafepay/vendor/php-http/discovery/src/Exception/DiscoveryFailedException.php:41
Stack trace:
#0 /var/www/current/wp-content/plugins/multisafepay/vendor/php-http/discovery/src/ClassDiscovery.php(79): Http\Discovery\Exception\DiscoveryFailedException::create()
#1 /var/www in /var/www/current/wp-content/plugins/multisafepay/vendor/php-http/discovery/src/Psr18ClientDiscovery.php on line 27
Downgraded to v3.8 now and it works again. Not sure it is related to https://www.ads-software.com/support/topic/no-psr-18-clients-found/, but it also seems to happen in the iDeal payment method.When trying to disable the payment method, it gives the same error.
WordPress version: 5.6.1
WooCommerce version: 5.0.0
MultisafePay version: 4.1.2
Today I updated the plugin to version 4.1, but payment transactions aren’t working anymore. Users get the following message: “No PSR-18 clients found. Make sure to install a package providing “psr/http-client-implementation”. Example: “php-http/guzzle6-adapter””.
Fixed it temporarily by downloading & installing the previous version (v3.8).
]]>