Created not changing to Complete with Paypal

Hi,

If you don't get any log of the payment notification URL, it means that paypal is not sending any payment notification (or you missed it in the access log).
So either the "allow notification of payment" option is turned off in the configuration of the plugin, or the "enable validation" option is turned on, or you configured your paypal account to not send IPN notifications.

I've been receiving, until last update (not saying is the update ), all the notifications from PayPal and orders where being correctly processed in the system and in PayPal, but all the sudden, they don't change automatically no more to confirmed. I would pass you the access log, but here and/or in pm the character limit doesn't allow that.
As I've mentioned, the system has been working perfectly, so all the configurations are correct (and I've checked them several times again). The only thing I've noticed is that the IP addresses are no longer loaded in the plugin config area. That's really the only thing that is different from before.

I understand that. But if there is no notification received, then I don't see how it could come from the update.
Besides, no one else had that issue after the update, so I doubt that it could come from that.

You can send the log to nicolas at hikashop dot com.
I'll have a look at it. Send the payment log file too.

Thanks Nicolas,
I've not replied earlier because I'm still waiting for a payment/purchase to be made and then will send you the complete data.
I understand that this most certainly is not relative to the update, but I'm trying to figure out what in the whole system may have caused this behavior change, since, as far as I'm concerned, the only two things that changed were the Hikashop update and the Joomla update (to 3.1.5).

While I wait for a purchase to be made and then send you the data, and ti allow me a more deep debuging of this, can you please confirm the following steps that the plugin takes to automatically confirm the order:
a) the order is checked out;
b) it redirects to PayPal with the url containing the data;
c) PayPal validates and returns to the url www.mysite.com//index.php?option=com_hik...aypal&tmpl=component
d) the plugin history receives the data and should update the order status and history.

On step c) I presume PayPal will add data to that base url.

Thanks again

Hi,

I want to said yes and no.
The user does not validate anything with Paypal. It's paypal itself which will contact your website using the notification url.
The user will be redirected to your website using another url, because he won't validate anything. He will just see a "thank you" page.

Regards,

Hi Nicolas,
Just sent you the requested data since I had two orders done today and no auto confirmation. Thank you for any help on this.
Mario

Hi,

Thank you for the data. We received it and analyzed it. As you said in the email, there is no request from PayPal logged on your access log with the notification URLs even though PayPal says that it attempted several times to trigger them.
So what I would say based on that is that the paypal notifications are blocked by a firewall on your website or server network before reaching your web server.

However, just to make sure here is the last build of the paypal plugin which contains all the fixes we added to it.

And here is the PayPal plugin from the 2.1.3, before we changed the whole shipping/payment methods system.

Please try each one and check if the transactions are confirmed or not with one or another.

Hi Nicolas,
Thank you very much for the effort and help on this issue. I have no knowledge of any firewall or blocking system on the server, but can investigate that if the ISP has introduced any and has not notified clients about that.
Meanwhile, I'm going to try each version of the plugin and see if there is any change on the behavior. Then I'll give you feedback about the results.
Again thank you very much and will keep you updated on this.

Hi Nicolas,
It looks like the problems is spotted now and it has nothing to do with the plugin, the Hikashop update or Joomla!, but, as you mentioned, a network problem.
I've been in touch with our hosting company now and they have located a 'hop' server in the routing system that is loosing packets in the routing process. Since the datacenter, where the servers are located, is having trouble in fixing this issue with a couple of servers that use this hop server, we are migrating our system to a new server that isn't affected by this problem.
As soon as it happen, I will revert to the latest plugin that is part of the stable package and try to resend the IPNs. If it works, as I suppose it will, then I'll let you know.
Thank you

Nicolas,
The server/network side is now fixed and the IPN's are successfully sent/received, but, only while using the h59195c9.zip plugin version. The h7016e2b.zip doesn't work - IPN tests do not get logged like while using the other plugin version.

And do you get the requests in the access log of your server with the h7016e2b plugin ? What do you have in that case in the log ?

Access log:

With h7016e2b
With h59195c9 Results:
With h7016e2b - nothing logged in Hikashop payment log file and no IP's are set when refresh IPs is clicked

With h59195c9 - PayPal sandox test is fully logged with all data and the IPs can be refreshed.

Server error logs:
Nothing

Hi,

Some fixes have been made since the release, thanks to try to download again the latest package from our website and try this vesion. If it still doesn't work, thanks to use the 2.1.3 plugin version, and we will work on the new one to debug it.