CBsubs Quickpay plugin - Basket timeout

 I have just experienced 3 out of 30 payments on a site that was registered as paid at Quickpay, but not got registered on the website as paid - which is not good. In the logs I see that all got "Basket timeout"

I use the following settings:

Basket timeout frontend: 1 hour
Basker timeout administrator: 1 hour
Hours before pending basket times out: 96 hours

I believe you once mentioned a rewrite of this plugin and base it on payment links ? Would that make it more stable ?

The basket timed out before the payment notification came in it sounds like. I don't recommend using such a short timeout. The defaults are as follows.

Hours for payment basket to timeout in front-end: 3
Hours for payment basket to timeout in administration: 24
Hours for pending payment basket to timeout: 96

That generally gives enough time for payments to come through before expiration. I recommend adjusting your timeouts.

Did those 3 payments that failed go into additional verifications at QuickPay? Did the payment complete before the expiration event was logged in CBSubs History Log or after?

I believe you once mentioned a rewrite of this plugin and base it on payment links ? Would that make it more stable ?

There's no reason the current implementation should stop working unless QuickPay made the API stop working. We don't have any pending feature tickets to rewrite QuickPay. We're using QuickPay Form, which is still documented as working API and not deprecated so we don't have any reason to rewrite it.

I believe the reson why I choose the low timeout on frontend, was because users got frustrated over not being able to try to pay again after maybe having cancelled the payment or useing an old credit card. 3 hours is a long time to wait.
Ronny

Her are logs from Quickpay and from the website from one of the failed payments. This was marked as possible fraud at Quickpay, but the money WAS captured anyway.

Your callback URL looks way shorter than it should be. It should be calling back to CBSubs not to your domain and should be a 200 response not a 303. So the issue is QuickPay wasn't able to reach CBSubs to communicate the payment completed. The payment itself completed in a timely manner so that certainly issues an issue regarding timeouts.

Was Settings > Merchant > Callback URL configured correctly as per the instructions in your QuickPay gateway? It should be set to the URL provided there.

If you've Joomla SEO URLs enabled things can sometimes get wonky with access permissions to URLs when they don't have an Itemid. To avoid that be sure within Joomla's menus you've created a menu of menu type Community Builder > Plugin next select CB Paid Subscriptions as the plugin followed by setting "Do" to Internal > "Basket notification page". Next within your QuickPay gateway in CBSubs you should see the notification URL with that menu id as the Itemid. That will guarantee access and should be set within your QuickPay account.

You can just not see the full calback - here it is: xxxxxxx.dk/index.php?option=com_comprofiler&view=pluginclass&Itemid=961&plugin=cbpaidsubscriptions&cbpgacctno=9&cbpbasket=1047&do=gw&result=notify&cbpid=cbp675b2b2a28f92107874015&format=raw