I know this is far fetched and many will say is a server problem, but from my host they say nothing is going on and I have the following 2 issues since yesterday morning):
Paypal IPN communication stopped working, order status remains Open with the message "Accepted, awaiting ipn for processing";
Google Recaptcha does not work at all, it states that the code is incorrect or missing and does not even show any images.
Does anybody have any idea of what may be going on?
Same here with the "Open" PayPal IPN Order Statuses (and PayPal Express Checkout orders) - I did not test Google Recaptcha yet. Something to note: if the IPN is not "acting" with the cart, when you do refunds, Full Refunds will not change the order status to "Refunded" automatically and Partial Refunds will not add the refund amount/timestamp note in the "Customer notes" area of the order (if you had it setup that way).
I called PayPal earlier today and they mentioned if you can see the IPN history within PayPal, that means the IPN was sent from their side - mine all seemed ok from what I saw (they also said they did not make any recent changes to the setup). Your PayPal IPN History Link is located at (log in first):
Something to note: Our VPS host (GoDaddy) mentioned in a prior e-mail: "We'll be performing maintenance on your server Between Tuesday, November 06, 2018 11:30 PM and Wednesday, November 07, 2018 11:30 PM MST" After these patches were installed is when we most likely started having "Open" Order Status issues occurring with successful payments (in the orders, the payment status is stuck on: Open, when two days ago it would automatically be on: Processing - or Refunded if it was refunded). I first tried rebooting the server, then I tried to tweak the Apache ModSecurity rule settings to allow paypal through just in case, but that did not seem to do anything, assuming I added it correctly.
Any thoughts on how to get the IPN working with the cart again?
I wanted to shed some light on this issue as I'm having it with almost any addon that makes any external API request. My addons that are affected are instagram, paypal express and authorize.net
In short, header responses are not being filtered (or properly exploded).
For example, if you look in the CS-Cart logs, you can see responses such as this Instagram call
The area starting at data { should be the only response. However, header information is coming through. I was able to modify our carts authorizenet_aim.php to match what is coming through to allow us to receive CC payments. Paypal works as well but CS-Cart is not processing them. I'm curious if this is an issuing with servers using HTTP/2
The only thing that should show up is verified. I have eliminated our servers as an issue as well as third party API's as the issue. It does appear to me that this issue is entirely CS-Cart based. Correct me if I'm wrong. Offer insight on how to fix as well.
An update; just fixed the google recaptcha by installing the addon from cart power instead of the one I had. Thanks cart Power!
PayPal problem resists to go away, even if my host (tsohost.uk) states that they have done nothing to the server, I see no other logical explanation for the IPN not coming trough.
Requested help from PayPal technical assistance, they don't see a problem.
It's unrelated. This started to happen some days ago without any change to our software, and it's EVERY paypal order, not just an occasional one.
Was just an info, I have uploaded the security patch and enabled Google recaptcha... is it possible that Google recaptcha is preventing paypal to pass the ipn code?
Was just an info, I have uploaded the security patch and enabled Google recaptcha... is it possible that Google recaptcha is preventing paypal to pass the ipn code?
No, it is not possible. Recaptcha is checked in certain controllers only. IPN does not use these controllers
for me problem with open orders are only in iframe mode
But with you it happens occasionaly, right? With me and I guess the others here, since last week Thursday or so, each and every paypal order stays on open.
My guess, and I'm no expert, is that PayPal changed something on the IPN calls witch made PayPal Payments addon flawed.
On my paypal IPN history everything seems ok, no errors, the IPNs are being sent (according to paypal), the issue is that cs cart is not receiving them properly.
This is something that should be investigated by cs-cart team, i think...
In paypal ipn history you can re send IPN msg, try if this would change order status open to processed. If so then I do not think its paypal fault.
My guess, and I'm no expert, is that PayPal changed something on the IPN calls witch made PayPal Payments addon flawed.
On my paypal IPN history everything seems ok, no errors, the IPNs are being sent (according to paypal), the issue is that cs cart is not receiving them properly.
This is something that should be investigated by cs-cart team, i think...
That I tried, my PayPal IPN history area does not have that option, to resend IPM, I can only see them. I'm with PayPal Spain.
At first I thought it was because I have IPN history off within Paypal (although I can see IPN history all the same), but then cs-cart states on all nstructions that we do not need to have those configurations done on PayPal, that that's what the PayPal Payments addon is for.
I also have WHM/Cpanel (CentOS) - The issue occurred right after a forced server patch of us. My money is currently on server side, not PayPal (it would be an impeccably timed event). What sort of things could prevent the IPN notice from "communicating" to the cart fully? (and is there any "safe" data that we could provide that would help trouble-shoot the issue more to narrow it down some?) It looks like more people are realizing an issue and saying something about it... Thanks!