Payment IPN failing

I've had a PayPal IPN apparently fail as the site is not getting updated. The payment is completed and the IPN in PayPal's history is showing as "Retrying". The user is unable to gain access until I can complete this.
I've tried even manually paying it via Baskets "Pay", but get this error: Failed to save Pay the basket manually because: This payment basket has no gateway associated so can not be paid manually.


I'm using the latest version of CBSubs. Can you please advise how I can resolve this for them? And want to confirm there aren't any issues with the PayPal gateway? I've not had other issues recently, just this one. There is a promo code, but we use those all the time. Thank you

Is this a new payment or a recurring payment? If PayPal is showing retrying then PayPal can't reach your site. In PayPal's history it should tell you what URL it's trying to access. Access that URL yourself. You should see a blank page with "INVALID" and nothing else. Often this is a Joomla menu item issue preventing access to CBSubs. When PayPal returned them back to your site that should've also paid the basket unless the user interrupted that process.

I've tried even manually paying it via Baskets "Pay", but get this error: Failed to save Pay the basket manually because: This payment basket has no gateway associated so can not be paid manually.

The basket is in a not initialized state since it never got any information from PayPal. You can edit them within CB > User Management to grant them the subscription directly. This won't generate a payment row. If you need a payment row you'll either need to get PayPal to reach your site or configure an Offline payment gateway, navigate to their profile on frontend, start payment, and select the Offline gateway, then pay it in backend so you've a payment row.

Thank you. I checked the PayPal url via history, this is what I see (domain = our domain):
[REMOVED]

HTTP response code

500
Delivery status

Retrying
No. of retries

11

---

I tried to access that URL directly in the browser and did indeed see the INVALID only, nothing else. Doesn't this mean everything is working on my end? I've enabled their subscription from their profile for now so they can at least login and gain access.

Ok, it's throwing a 500 error code. So a fatal error is happening somewhere. If the error is happening inside of CBSubs you should see that logged in CBSubs > History Log.

Thank you. I did check that (forgot to mention), but i didn't see any errors. However, I do see one from the day before but didn't cause an issue:

Event type
Error log
Event time
2026-02-04 08:10:48
Message
User error : Configuration does not make sense: Registration is enabled, free registrations are not allowed, but no subscription plan is available for registration


Call trace:
called in class cbpaidHistory::logError() on line 557 in file cbpaidsubscriptions.php
called in class getcbpaidsubscriptionsTab::onBeforeUserRegistration() on line 879 in file cbPluginHandler.php
called in class cbPluginHandler::call() on line 1292 in file cbPluginHandler.php
called in class cbPluginHandler::trigger() on line 1088 in file UserTable.php
called in class CB\Database\Table\UserTable::saveSafely() on line 1081 in file comprofiler.php
called in function saveRegistration() on line 142 in file comprofiler.php
called in function require_once() on line 71 in file LegacyComponentDispatcher.php
called in class Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() on line 73 in file LegacyComponentDispatcher.php
called in class Joomla\CMS\Dispatcher\LegacyComponentDispatcher::dispatch() on line 361 in file ComponentHelper.php
called in class Joomla\CMS\Component\ComponentHelper::renderComponent() on line 217 in file SiteApplication.php
called in class Joomla\CMS\Application\SiteApplication::dispatch() on line 271 in file SiteApplication.php
called in class Joomla\CMS\Application\SiteApplication::doExecute() on line 304 in file CMSApplication.php
...
Table affected
-
Table Key
Change
Change
Username
System
Full name
-
User Id
0
IP Address
xxxxxxxx
Log Priority
Error
Log Id
23492

---

Is there any other way to test or check? Since I'm able to access the URL directly and our site has no known issues (everything works and loads fine), any idea why there would be a 500 error, or is there anywhere else I can find the error?

Everything I see in the history logs looks normal for this transaction (occurred today).