Could anyone help me with some info on how to setup the webhook URL in the mollie control panel (on their site) ?
I read the documentation on their site but no help there ...
tia

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

garbo’s picture

Hi Webatelier,

For as far as I know you can leave these fields blank.

Cheers,
Bram.

webatelier’s picture

this still remains an issue
meanwhile, i launched the site
payments are coming through but client is being torpedoed with error mails saying the webhook url is not set properly

errors are like this : http://www.domain.be/payment/mollie/listener/27
parameter : id=tr_yuStenLKcD
results in 404
the id changes naturally per payment ...

Zodra er een betaling via uw website wordt gedaan, ontvangt u normaal gesproken van ons een bericht over de status van deze betaling. De status wordt door Mollie doorgegeven aan een door u opgegeven report URL of webhook.

Op dit moment is er een aantal "gefaalde http-raportages". Dat wil zeggen dat het ons niet gelukt is om de status aan uw website door te geven. De oorzaak hiervan is dat de URL niet (goed) bereikbaar is.

Mogelijke oorzaken hiervan zijn:

Uw website was niet bereikbaar,
Het script wat de betaling verwerkt is verplaatst
Er was een tijdelijke storing
Het overzicht van deze gefaalde rapportages vindt u via: https://www.mollie.com/beheer/tools/pending/http/.

Om dit probleem op te lossen willen we u adviseren om de bereikbaarheid van deze report URL of webhook te controleren en om de link indien nodig aan te passen.

mindhunter75’s picture

I'm also getting e-mails from mollie with error messages.

The Live Webhook field is empty in the mollie account. (I don't know what to add here?)

Payment is going well, so everything seems to be fine, exept the error mail from mollie.

theemstra’s picture

Can confirm, the payment status stays in progress, and Mollie reports the URL doesn't work.
The user will see that the payment succeeded OR it is still in progress...

The webhook is sent to Mollie with the payment request, but when visiting the page payment/mollie/listener/ID manually, it gives a general error "An unexpected error occurred, try again later" (translated)
The webhook setting in the Mollie settings control panel is overriden when using this module.

ricovandevin’s picture

Assigned: Unassigned » ricovandevin
Category: Support request » Bug report
Priority: Normal » Major

I'm going to check on this issue soon. If someone has a patch in the mean time please feel free to share. :-)

webatelier’s picture

Any update or estimated time till patch ?
tia

Micke’s picture

I had the same issue when I wanted to change from the UC Mollie module to Mollie Payment. Can it be that this is only an issue for Ubercart? If so, this error basically makes the module impossible to use since it's hard to send order confirmations again to the customer.

ricovandevin’s picture

I have scheduled time to work on Mollie Payment at DrupalCon Barcelona. Focus will be on resolving the webhook issues and getting a D8 beta release.

ricovandevin’s picture

Version: 7.x-1.0-beta1 » 7.x-1.x-dev
Component: Documentation » Code
Status: Active » Needs work

Marked #2426263: Payments succesful, but error in Mollie logs as a duplicate of this issue because it is closely related. Using the suggestion from that issue here.

ricovandevin’s picture

Status: Needs work » Needs review
FileSize
5.2 KB

I've rewritten quite some lines of code in the module. This should fix the issues with the webhook.

  • The callbacks for the return URL and for the webhook URL don't share code anymore (as suggested in #2426263: Payments succesful, but error in Mollie logs).
  • I've realized that Mollie does not enable us to get the status of a payment when redirecting to the return URL. So from now we only call the finish callback of the payment context. Please note that Mollie Payment is not responsible for what happens after this point. Please see https://www.drupal.org/node/1807636 for more information on the architecture of the Payment platform.
  • The webhook is now doing nothing more then getting the payment status from Mollie, updating it in Drupal and returning a status code 200. This should prevent error messages about the webhook from popping up in the Mollie dashboard.

Important remark: don't set a webhook in the website profile in your Mollie dashboard. Mollie Payment uses a different webhook for each payment. (I've added this remark in the README.txt too.)

mgstables’s picture

That latest patch works good, so far. No more error's in Mollie-log. Thanks ricovandevin

webatelier’s picture

Thank you Rico for providing this patch,
installed it and so far so good ...

ricovandevin’s picture

mgstables and webatelier thanks for testing the patch. I'll merge it in the 7.x-1.x-version probably tomorrow!

Micke’s picture

Patched the module yesterday. It worked at the beginning, but later customers got the same error as before. In between that I changed the title of the payment method (besides iDEAL I use SOFORT and Mistercash/Bancontact) so that the customer also sees on the last page before completing the order (ubercart shows the Specific title of the Payment method at that point instead of the Generic title) the payment method that they want to use (instead of just Mollie or something like that). So basically the title became longer.

Below is the error log message, I've changed some of the data.

PDOException: SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'method' at row 1: INSERT INTO {uc_payment_receipts} (order_id, method, amount, uid, data, comment, received) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6); Array ( [:db_insert_placeholder_0] => orderno. [:db_insert_placeholder_1] => iDEAL, Bancontact/Mister Cash, SOFORT Banking via Mollie [:db_insert_placeholder_2] => 123.123 [:db_insert_placeholder_3] => 0 [:db_insert_placeholder_4] => [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => 9999 ) in uc_payment_enter() (regel 509 van yourdomain.com/sites/all/modules/ubercart/payment/uc_payment/uc_payment.module).

Basically, a long specific title of the payment method will result in a similar error.

I've worked around it by changing the specific title back to "Mollie" and added the rest of the title that I want to display on the last screen before checkout with the css ::before selector en the content property.

ricovandevin’s picture

The issue as reported by Micke is not triggered by the Mollie Payment module so I'm afraid we can't fix it there. If you check the error message the error is triggered when writing data into the uc_payment_receipts table. It is that table that is not accepting the long method name. I guess this is a table from Ubercart or an extension module for Ubercart. It will be best to open an issue there.

If the problem somehow turns out not to be related to Ubercart then the problem has to be in the Payment module (for which Mollie Payment is an extension) since the name of configured payment methods is in there and not in the Mollie Payment module.

  • ricovandevin committed 8734e4c on 7.x-1.x
    Issue #2442641 by ricovandevin: Setting up webhook in Mollie
    
ricovandevin’s picture

Status: Needs review » Fixed

Patch passed tests and two community members confirmed that the problem is solved using the patch. Committing the patch so that we can create a new release.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.