In some cases it's possible that an order will show the "The order has been refunded!" message when viewing it via the admin.

Steps to reproduce

1. Place an order using iDeal. The issuer list should be shown on its own page.
2. When the new page with the list of issuers is opened press back in your browser.
3. Place the order again using iDeal and complete the payment.

The mollie_payments table now has two entries for the same cart id.
When viewing the order in the admin it will now show the "The order has been refunded!" message.

Currently Mollie is regarded as a single payment method. Because of this it's impossible to do restrictions based on countries for instance.

Let's say we want to enable iDeal only for Dutch customers and Bancontact, KBC/CBC, Belfius and ING Home'Pay only for Belgian customers we can't do this.

please use Prestashop's mechanism for keeping this module up-to-date

http://doc.prestashop.com/display/PS16/Enabling+the+Auto-Update

Hallo,

Na installeren van de nieuwste versie krijg ik de volgende melding:

[PrestaShop] Fatal error in module mollie:
require_once() [function.require]: Failed opening required '/home/tuinkoken/domains/tuinkoken.nl/public_html/modules/mollie/lib/src/Mollie/API/Autoloader.php' (include_path='.:/usr/local/lib/php')

De hele map lib is leeg

hello
i like to ask how can i make the background of the paybutens transparant
is now a big with buten and i like it transparant how can i do it let me know

thx

Banktransfer payments break when the order status for "open payments" has not been configured:

Configuration:

Error:

403.         }
404. 
405.         $orderStatus = new OrderState((int) $idOrderState, (int) $this->context->language->id);
406.         if (!Validate::isLoadedObject($orderStatus)) {
407.             Logger::addLog('PaymentModule::validateOrder - Order Status cannot be loaded', 3, null, 'Cart', (int) $idCart, true);
408.             throw new PrestaShopException('Can\'t load Order status');
409.         }
410. 
411.         if (!$this->active) {
412.             Logger::addLog('PaymentModule::validateOrder - Module is not active', 3, null, 'Cart', (int) $idCart, true);
413.             die(Tools::displayError());

This can be solved by defaulting to PS_OS_BANKWIRE

Is it possible to include extra status messages for the Mollie plugin? Right now I am using something i've made myself but it's not working as I would like it to work.

Thank you in advance!

Hello

For some strange reason, all payments are always registered double on the orders page.
In the example below, the order amount was 199,99 EUR, but it says 399,98 € was paid which is not true.
The client paid 199,99 EUR via Mollie (payment method Mistercash).
I also double check if it's a certain method, but no it happens with all of them.
Except in some cases there is no method available. Also very strange. (example in attachment too)

Did somebody encounter this issue too? Any ideas or fixes to get rid of this annoying issue?
Does it has anything to do with the order status that might register a payment double?
I enclose a screenshot from the settings if anybody needs to see it.

Please let me know if this is a known (new) issue or if we are using some kind of wrong parameter or configuration, but I can not see anything wrong in the configuration section.

Thanks!

If you decide to give the customer a partial refund for whatever reason (discount or other agreement), still the module will automatically put the entire order as ''refunded''. This causes the customer's account to show the order value at 0.00, while in fact it could be a different value that is still paid. This has consequences for the order status being shown as incorrect, and for example the email that is automatically sent out by Prestashop that says: ''Order refunded''. It also removes the customer loyalty points for that order, considering Prestashop thinks the complete order was cancelled and refunded.

I would like to have the ability to turn off this connection. While it seems a good idea, it's definately not a good solution for every shop and situation.

Hi All.

I am using Prestashop 1.6.1.10 and am now opening my second store.

The first store never had any issues with returning the cart status. But the second now doesn't get some things work. I am using Mollie payment module. ( https://github.com/mollie/Prestashop ). The shop is NOT in maintenance mode during the tests.

• Order is correctly handled -> Payment is accepted in the order screen
• Customer gets screen with 'no final payment status'
• Customer gets NO e-mail of confirmation.
• SSL is enabled in my first store, I tried to solve this issue in both SSL and without SSL.

I already synchronized all settings of the two webshops, so I do not really know what else can be a solution.

The error in the log is the following:
" Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart "
How to solve the issue so the customer gets a confirmation, and the user sees the confirmation screen.

Any help is very welcome!!

Thank you in advance.

Mollie Prestashop Addon 2.0.4
Prestashop 1.6.1.10
Module setting: send locale for payment screen set to 'Send webshop locale'

Clicking Ideal in the final screen of the Checkout Flow redirects me the home page instead of the Mollie Bank selection screen.
This happens on Safari and Firefox, not on Chrome. Did not test on IE.

Expected behavior

When the "Send customer credentials to Mollie" is enabled I expect the payment request to be successful in all cases. I expect a payment in the Mollie dashboard containing the customer and order details in as metadata.

Actual behavior

When trying to pay for an order with a few products the creation of the payment fails with the message "Error executing API call (request): The metadata storage is currently limited to 1024 KB.".

Steps to reproduce the behavior

1. Add a few products in your cart (I tried with 4 and more, with one product it works correctly).
2. Go trough the checkout proces.
3. The creation of the payment fails.

Environment

• PrestaShop version: 1.6.*
• Mollie module version: 2.0.5

Hey all,

I just got a report from a client regarding the "Overboeking" option. Apparently, this option will trigger the "Bank Transfer" module. There's two possible scenarios:

• If the Bank Transfer module has, at some point, been configured, it'll then send a mail urging to send the payment to the old bank account. Additionally, they'll be told to transfer the money to the Mollie account (which is the way it should be)

• If it wasn't configured, it'll still send the mail from the Bank Transfer module, but with empty values for the address / bank number.

Ideally, no mails should be sent by the Bank Transfer module. After all, it's not active and this is being handled by Mollie when visiting the Payment page. As it stands now, using the "Overboeking" option built into Mollie isn't feasable and we'll need to re-enable the old Bank Transfer module.

Heren,

Wij maken de overstap van Sisow naar Mollie en hebben de nodige instellingen doorgevoerd maar zowel met het test API als de Live API worden de orders niet ingeschoten in de webshop.

Er wordt in alle tijden de onderstaande aangegeven.

Welkom terug
Er is nog geen definitieve betaalstatus bekend. U wordt op de hoogte gesteld zodra de bank de status doorgeeft.

Please advice!

Thanks

Jason

In correct operation Prestashop will – with or without the Mollie plugin – display an order confirmation page to customers returning to the shop from making a payment. Some customers will notice a change here when they use a version of Prestashop ≤ 1.6.0.7 and the Mollie plugin ≥ 1.0.3. The anomaly is that under these circumstances the customers are shown their order-history instead. Not a giant problem, but both unexpected and undesirable.

Hi Mollie,

When a customer choses the payment method banktransfer but completes it with iDeal everything works. But in the system the order is still registered as if it was paid with banktransfer.

I suggest to put this code (did not test) at line 145 at the end of if ($apiPayment->metadata->cart_id) in controllers/front/webhook.php:

if ($psPayment['bank_status'] == 'banktransfer') {
    $order = new Order($orderId);
    $order->payment = 'banktransfer';
    $orderId->update();
}

I would kindly like to ask you to implement this for the next update.

Thanks a lot!

When choosing a payment option - in my case iDeal and I pick e.g. ABN AMRO and press oke - it is not sending me to the ABN AMRO website for payment but back to the main page of the webshop

Prestashop 1.6.1.0

Procedure:

• Install prestashop 1.6.1.0
• I installed Mollie for prestashop 1.2.0.
• configure mollie with ideal
• go to online shop and select product and add to cart
• continue till you get to payment option
• select iDeal and choose ABN AMRO
• Press OKE and you will be send back to the main page of teh webshop

What is should do is send you to the bank website for iDeal Payment.

Hi!

Our shop operates on Prestashop 1.4.8.0 and I cannot find the Mollie module for this version. All available modules here work on 1.5 and up.

I would be grateful for some help regarding this issue.

Line

We embedded our Presta webshop into an iOS app and are running into a problem when a customer returns from the bank app, back to the webshop.
The bank app opens Safari and tries to load the return url, which it can't find since the webshop and session are wrapped in the shop app.

This could potentially be solved if the add-on would allow us to enter a customer return URL for a specific User-Agent. In this case we can detect the users coming from the app (User-Agent = WebKit), and use an appscheme return url instead, something like our-app://return-url?order=bla.

This would return a user to our shop app.

In case this is not feasible to implement, could you give me some hints as in which files I need to hack this functionality myself?

Thanks ahead!

In my user account I in Prestashop I had an organisation name. Let's call it Myorg. While on my checkout page - and before my payment - I removed that organisation name.
Yet when I continued to Mollie's payment page I saw there "Wim Panda - Myorg".

When copying the map "Mollie" to my modules directory it won't come forward in the modulelist in the PrestaShop backend. Also when i delete the map from FTP and upload it via PrestaShop backend, the module will not appear in the module list.

Now back with Mollie version 1.01

Since a couple of days, the module is only giving errors, which resulting in being unable to reach the site and change the payment status.
Customers dont recieve any info, not knowing if the payment was succesfull, or recieving an error the paymant has failed, but actually not failed since i recieve them and payment is done.

Also module will not update, followd the instructions, installed again, but still listing as version 1.3 while files from the new update are on the server.

The issue results that the merchant can't find the customer back in his/her administration.

Hello,

I am having a small issue with the new version. We use a small piece of code to "hide" the menu in the checkout:
{if {$request} == "{$base_dir_ssl}authentication?back=my-account"}
{include file="$tpl_dir/header-order.tpl"}
{elseif (($page_name == "order") && ($order_page_name == "order-summary"))}
{include file="$tpl_dir/header-order.tpl"}
{else}

When installing the new version 3.0+ i am having this issue in the top of the website.
Notice: Undefined index: order_page_name in /public_html/cache/smarty/compile/a2/29/be/a229be2c69f6ae48834f06cad35a6fdad48c5f03.file.header.tpl.php on line 81
Notice: Trying to get property of non-object in /public_html/cache/smarty/compile/a2/29/be/a229be2c69f6ae48834f06cad35a6fdad48c5f03.file.header.tpl.php on line 81

Is the new version using the header or some kind of hook in a different way?

By default the order ID is shown in the payment description. Is it possible to add the order reference as a variable?

We want to show "Order OR04278" instead of "Order 12456" as description.

Na het updaten van PrestaShop 1.6.0.4 naar 1.6.1.11 heb ik ook de Mollie module geüpdatet van 1.0.8 naar 1.3.0. De betalingen werden niet geregistreerd, ik heb het eerst gezocht bij de update van PrestaShop (natuurlijk!).

Na wat zoeken zag ik de volgende error:
PHP Catchable fatal error: Argument 1 passed to Swift_Mime_SimpleMessage::__construct() must be an instance of Swift_Mime_HeaderSet, none given in /home/*/public_html/tools/swift/classes/Swift/Mime/SimpleMessage.php on line 27
Hierop heb ik gezocht en toen kwam ik op het volgende forum topic van PrestaShop:
https://www.prestashop.com/forums/topic/535929-unable-to-send-email/
Waarin monkPL zei "When I removed parent::initContent() in initContent, then everything it's ok now", zo doende heb ik dus parent::initContent(); gecomment in modules/mollie/controllers/front/webhook.php. Nu kom ik gewoon op een succesvolle order confirmation pagina. en de betaling is geregistreerd.

Ik vraag me ook af wat de toegevoegde waarde is van initContent(). Wellicht worden er onwenselijke data meegegeven in de response van initContent().

Edit: regelmatig komen de orders toch nog binnen op status "OPEN". De webhook wordt wellicht niet (op tijd) aangeroepen.

I have a clean install of prestashop 1.6.1.9 and installed the mollie module,

This is not showing up on checkout, but it is configured good in modules/payment.
Everything is set right for showing up for the country, currency etc.

I have the same problem as the two users in the closed "Status not sent to Prestashop" issue at #9 (payments work, but no order is created and no status sent), but my site is not in maintenance mode. I guess in my case it's because the site runs fully on SSL (not just checkout and user account), so the URLs that the module checks are not correct. In the Mollie dashboard, I see these lines for a test payment I made:
redirection URL: http://www.myurl.de/module/mollie/return?cart_id=5666&utm_nooverride=1
webhook URL: http://www.myurl.de/module/mollie/webhook

I guess it's correct that the "module" folder doesn't actually exist (only "modules") and neither the "webhook" subfolder since another poster in that old thread had that same issue but it worked nevertheless when he turned off maintenance mode.

But is there a way to add some code to the module so that it actually checks for https://www.myurl instead of http://? This would be very helpful and probably solve the problem (at least I can't think of anything else that might be wrong). Thanks!

Going directly from the EPS payments bank page:

to the return URL, causes the following message to be shown:

this is likely due to the fact that the payment status == pending at the moment we are making our return. The "Abbrechen" link (top right) seems to be a direct link to the store, so Mollie likely hasn't had the chance to set the payment status to canceled, yet.
This problem does not occur when the user cancels the EPS payment during the first step:

To make it easier for people to create new issues I would like to suggest to add an issue template where we ask the submitter for some basic informatie to make it easier te reproduce a certain bug.

Add Cartes Bancaires as seperate payment method

If a user pays with the bank-transfer method, since a few months, Mollie gives the customer the option to change his mind and switch to a different payment method, such as credit-card or iDeal, at a later point in time.

If the customer completes the payment using one of these different methods, then the status in Prestashop remains 'Waiting for bank transfer' although payment is completed already (in Mollie dashboard).

Sorry, wrong Forum

The version number of 1.3.1 is configured as 1.3.0, which results in an invalid message in the module.

After updating the Mollie module to the most recent version (3.2.0) images aren't shown on our onepagecheckout module. The code which shows the image is within a {if $payment_method.img}...{/if} block, $payment_method.img is undefined. It did work previously (which was an older Mollie version, I think a 2.x version).

Please add Klarna to payment methods.

• ca_ES (Catalan - ca in PrestaShop)
• pt_PT (Portuguese - pt in PrestaShop)
• it_IT (Italian - it in PrestaShop)
• nb_NO (Norwegian - no in PrestaShop)
• sv_SE (Swedish - sv in PrestaShop)
• fi_FI (Finnish - fi in PrestaShop)
• da_DK (Danish - da in PrestaShop)
• is_IS (Icelandic - is in PrestaShop)
• hu_HU (Hungarian - hu in PrestaShop)
• pl_PL (Polish - pl in PrestaShop)
• lv_LV (Latvian - lv in PrestaShop)
• lt_LT (Lithuanian - lt in PrestaShop)

See https://crowdin.com/project/prestashop-official for all the official codes used in PrestaShop

Hi,

I'm test-driving a Prestashop 1.6.1.2 install with a test API-key from Mollie (ID 2126931).
Testing with the default Prestashop theme. Mollie module version: Release 1.2.2

Upon arrival on the "Payment" setup, the page becomes completely blank.
The following errors are logged in the apache log (site-info & IP addresses removed)

[Sat Nov 21 18:41:38.701243 2015] [:error] [pid 14931] [client <info_removed>:46790] PHP Notice: Trying to get property of non-object in /srv/www/<info_removed>/modules/mollie/mollie.php on line 875, referer: http://<info_removed>/index.php?controller=order

[Sat Nov 21 18:41:38.701295 2015] [:error] [pid 14931] [client <info_removed>:46790] PHP Fatal error: Call to a member function all() on null in /srv/www/<info_removed>/modules/mollie/mollie.php on line 875, referer: http://<info_removed>/index.php?controller=order

Any thoughts on how to fix this?

Thanks in advance for your feedback.

Best regards,
Maarten

Hi,

Thanks for the frequent updates!

I was wondering the implications of the changes in the static array $methods. Currently it contains:

    /** @var array $methods */
    public static $methods = array(
        'banktransfer' => 'Bank',
        'belfius '     => 'Belfius',
        'bitcoin '     => 'Bitcoin',
        'creditcard'   => 'Credit Card',
        'directdebit'  => 'Direct Debit',
        'eps'          => 'EPS',
        'giftcard'     => 'Giftcard',
        'giropay'      => 'Giropay',
        'ideal'        => 'iDEAL',
        'inghomepay '  => 'ING Homepay',
        'kbc'          => 'KBC',
        'bancontact'   => 'Bancontact',
        'paypal'       => 'PayPal',
        'paysafecard'  => 'Paysafecard',
        'sofort'       => 'Sofort Banking',
    );

Two question:

1. The is a space at the end of the string 'belfius ' and 'bitcoin ', is this correct?
2. If we change one of the names, what are the implications? For example: 'banktransfer' => 'Bankoverschrijving'

Thank you for your time.

Hello,

I installed the Mollie plugin on our PrestaShop website. It is using the test API key right now. When completing an order, we can choose the payment status we want to send to PrestaShop. But it looks like it doesn't work.

When coming back to PrestaShop, a message like "we didn't receive payment information yet, you will be notified when the status is updated" appears and the shopping cart still contains the items. In the backend, the status is always "waiting for payment" even if we asked the status to be "paid" on the Mollie test payment page.

Do you think it's a problem with our install or the plugin or...?

At my checkout page for mollie the text for 'Bancontact Mister Cash' and 'KBC' is not showing.
Only the images of those payment methods are visible.

Anyone got an idea how to fix this?

Niet mogelijk bepaalde betaal methodes te beperken voor een land, zoald ideal alleen voor nederland, Bancontant aleen voor Belgie en Sofortbanking alleen voor duitsland.

The module gives an install error when trying to install it in PrestaShop 1.7.
Unable to use module, any plans to look at this and make it work ?

Het valt mij op dat veel klanten die een overboeking kiezen niet hun emailadres achterlaten (we kunnen ze dan ook geen mail sturen met de betalingsgegevens.) Is het mogelijk dat deze automatisch wordt meegegeven?

Hi,

When returning to the result page the customers sees a blank page. In PrestaShop 1.7 the page.tpl layout should be extended, like so:

{extends file='page.tpl'}
{block name='page_content'}
	<h2>{l s='Welcome back' mod='mollie'}</h2>
	<p>{$msg_details|escape:'htmlall':'UTF-8'}</p>
	<a class="btn btn-default" href="{$link->getPageLink('index', true)|escape:'htmlall':'UTF-8'}">
	  <i class="icon icon-chevron-left"></i> {l s='Continue shopping' mod='mollie'}
	</a>
{/block}

It is then necessary to create separate templates for 1.6 and 1.7.

Thanks in advance for an update.

I've tried to install the mollie module in several ways now (upload ftp, upload at prestashop), but it keeps giving a blank screen and this error when I want to install or configure the module which is not enabling me to proceed with the module. If anyone knows the solution thank you!

Charlotte

Error message:
[PrestaShop] Fatal error in module file :/home/kalimb5/public_html/modules/mollie/mollie.php:
Uncaught exception 'Exception' with message 'String could not be parsed as XML' in /home/kalimb5/public_html/modules/mollie/mollie.php:734 Stack trace: #0 /home/kalimb5/public_html/modules/mollie/mollie.php(734): SimpleXMLElement->__construct('') #1 /home/kalimb5/public_html/modules/mollie/mollie.php(411): Mollie->_getUpdateMessage('https://github....') #2 /home/kalimb5/public_html/controllers/admin/AdminModulesController.php(867): Mollie->getContent() #3 /home/kalimb5/public_html/controllers/admin/AdminModulesController.php(1116): AdminModulesControllerCore->postProcessCallback() #4 /home/kalimb5/public_html/classes/controller/Controller.php(178): AdminModulesControllerCore->postProcess() #5 /home/kalimb5/public_html/classes/Dispatcher.php(367): ControllerCore->run() #6 /home/kalimb5/public_html/admin123/index.php(58): DispatcherCore->dispatch() #7 {main} thrown

Hi All,

If I turn on the Debug function, I get 2 error messages at the checkout on step 5

Notice: Undefined index: Bancontact in /home/***/public_html/modules/mollie/mollie.php on line 933

Notice: Undefined index: KBC/CBC Payment Button in /home/***/public_html/modules/mollie/mollie.php on line 933

I have viewed the page and I do not see a name with the payment option. 'cta_text' => $ this-> long [$ method-> description]

How can I add both descriptions to the module?
Thank you in advance.

When the iDEAL-QR-codes is activated the modal is pushed to the top. Some payment providers are not directly visible in. Some redesign is needed.

Screenshot attached.

Same as #62

Configuration:

Error: