[adamspOV]

What I was looking at is the WP Shopping Cart error log, which indicated a timeout returning from PayPal, so the shopping cart did not record the transaction. I’ve discovered that my browser must have been caching the log file it was displaying. When I forced it to refresh the log file, everything was there that should be.

Here is what the WP Simple PayPal Shopping Cart log showed when it times out:
[11/23/2020 12:47 PM] – FAILURE :IPN validation failed.
[11/23/2020 12:47 PM] – FAILURE :Error response: cURL error 28: Connection timed out after 10000 milliseconds

I contacted my web hosting company about the timeouts and they increased the PHP limits on the site and also, ran some commands to make sure it doesn’t timeout because of the server. They also made sure we weren’t running into firewall or security issues. My testing after they did that has been successful so far, so I think we may be OK.

[adamspOV]

Yes, WP Super Cache. I made the change to the WP Super Cache settings as directed in the WP Affiliate documentation. I also tried deleting cache and reloading the affiliate portal page and the sign up page still shows up. I also opened a different browser and went to the portal page and it’s still displaying the sign up button. I do get a message saying signup is disabled, so it recognizes that I’ve turned it off.

[adamspOV]

Addendum – The settings page on the WP Affiliate plugin I installed identified that I am using the WP Super Cache plugin and instructed me to go to the support page listed above (https://support.tipsandtricks-hq.com/forums/topic/using-the-plugins-together-with-wp-super-cache-plugin) which is very out of date. So, your plugin itself needs to be updated to direct users to a good, current set of instructions on how to set up WP Super Cache to work with the WP Affiliate plugin.

[adamspOV]

After a little more in depth search, I discovered that the adamsp@ email address is listed on our PayPal account as the customer service email. So, it is coming from PayPal. Sorry for missing that earlier. The plugin is working just fine. Thanks for your help.

[adamspOV]

It is an email that the buyer receives. You can see a screen shot of it here: [onevoiceindy.org/wp-content/uploads/2020/07/Screen-Shot-2020-07-01-at-10.48.56-AM.png]

I marked the places where it is showing the WordPress admin email instead of our PayPal email that I entered in the settings for WP Simple PayPal Shopping Cart. Technically, it is incorrect because no payment was made to that email adamsp@ address. It should say [payments@onevoiceindy.org], which is the PayPal email address I put in the settings for the cart.

Since the adamsp@ email address is nowhere in our PayPal account, that has to be something the shopping cart plug in is passing to PayPal. I would think it should be passing the payments@ email address instead.

This is the corresponding email from PayPal that we receive after a PayPal payment is received: [onevoiceindy.org/wp-content/uploads/2020/07/Screen-Shot-2020-07-01-at-10.57.04-AM.png] As you can see, it includes the correct email address to which the payment was made.

It seems that this would open us up for some legal issues if anyone wanted to pursue it.

Thanks for your help in figuring this out.

[adamspOV]

Thanks for the clarification. I figured that was the case, but thought I’d check. Is there a limit to how long that concatenated string can be?

[adamspOV]

Thanks for your reply.

We are using a G-Suite email account for sending the emails, not our web hosting provider.

Where would I find the debug logs and determine if they are turned on?

[adamspOV]

From the plugin, not PayPal.

[adamspOV]

I’m not a PHP programmer, so how do I get to that file to update it? Also, if I receive an update to the plugin will that code modification be retained?

[adamspOV]

Thanks.

[Author]

Posts