-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
PayPal IPN Failure: 500 Internal Server Error - Read #610
Comments
Confirming the same issue |
Confirmed. First reported here: https://wordpress.org/support/topic/error-unable-to-verify-_post-vars-since-some-updates-nginx?replies=4#post-7135481 Taking a look now. One moment please. |
We are currently investigating this issue and I will post additional details as we learn more. So far this appears to be a connectivity issue with PayPal's IPN service; i.e., PayPal servers are experiencing problems. In at least two cases that I've investigated so far, PayPal's IPN server was returning a 500 Internal Server error whenever verification was attempted by s2Member. This indicates they are having problems on the PayPal side. We also have tickets in with PayPal MTS on this matter. NOTE: You can confirm the server connectivity issue by enabling s2Member's logging routines and then looking inside
|
UPDATE: We believe that we have a solution. I will post details momentarily. |
Description of ProblemPayPal's IPN verifier started kicking back We have tickets open with PayPal MTS in an effort to resolve this quickly. What is the IPN Verifier?PayPal's IPN verifier is a critical component for any site running PayPal integration, and in particular, any site that is using PayPal Standard Buttons instead of s2Member Pro-Forms. Without this key component, s2Member transactions will fail post-processing in many cases. In other words, the transaction goes through, but you will need to setup the customers's account manually due to PayPal's inability to verify the IPN data that s2Member receives. For example, you would need to:
Why is PayPal Returning 500 Error Codes?We dont' have confirmation yet. However, we have found it to be related to the default PayPal (as of yesterday) seems to refuse that sort of connection. We suspect this is an error on their part, but we are awaiting their confirmation on the matter. What Is s2Member Doing About This?This is a PayPal issue. We are contacting PayPal MTS and hoping for them to implement a fix as quickly as possible. I will post an update just as soon as I hear back from their tech. support dept. That said, we have run some preliminary tests, and it appears that we can work around this problem by setting a I will post a short-term workaround momentarily and make it available for testing/feedback. |
Short-Term Workaround (Possible Fix)
|
Just to confirm - I am experiencing the exact same issue. However, I only appear to have issues with cancellations (I.e, user cancels their recurring billing, PayPal sends a cancellation IPN causing s2 to set an EOT time). Normal sales are all going through fine for me, using pro-forms. Also interestingly, if you view the IPN history on PayPal, almost all of the message IDs from the last day lead to "service unavailable - zero size objects" on the PayPal site. Can I confirm the above fix is safe to implement in my current situation? My site is very active with around 150 sales each day. I wouldn't want to risk causing the sales to stop working just to fix the cancellations. |
@evrelia writes...
If you're running Pro-Forms, the impact is minimal, as you mentioned. I don't see any problem occurring if you implement the workaround I posted above. However, given the minimal impact that you're seeing, if I were you I'd await additional feedback from others in this thread. We should see others respond here shortly and that might help you decide. |
Confirmation here that the fix posted above works for at least one other plugin developer as well. |
A customer writes...
|
Using a different plugin and was wondering what should be changed to make this work in the below code? $request = new WP_Http(); |
Same here, I can confirm the fix solves the problem for me. Changing the user agent also fixes the issue for Events Manager Pro so I must thank you for both fixing my s2member installation and also providing a solution to my plugin users. One more reason why I recommend s2member as a great companion to EM! |
|
A customer writes...
|
@msykes writes...
Glad to hear it. Thanks for your kind words. Back at ya :-) |
@jaswsinc Works for me too... |
Great job! Works for me too! |
I am the Lead Developer of OptimizePress, we have a patch ready for OptimizeMember, please contact our support team. Or, download a patch here: https://www.dropbox.com/s/nklxunlj289gylc/OPM_PayPal_patch.zip?dl=0 Just unzip it in your OptimizeMember plugin folder, the path is in the archive already... |
@codeforest writes...
Glad to hear it :-) Yeah, I'm not entirely clear on the specifics on their side (yet), but for whatever reason they started failing on a default WordPress User-Agent header. Dean Robinson (an Event Expresso author) writes...
|
Have you heard anything from paypal yet? Here at Event Espresso, we were testing the user-agent fix on our servers, but then we've started seeing things work again without the fix. So it appears that the paypal minions woke up and saw the red flashing light. Unfortunately doesn't seem to be any news from paypal about what was going on... |
This temporary fix appears to be working. I've had three registrations that have worked. Thank you. |
@nerrad writes...
Only that they are aware of the issue and that they are working hard to resolve it quickly. I haven't gotten anything that confirms it has been fixed yet though. @nerrad writes...
I can confirm this also. I'm not seeing any other reports of this in the past hour or so, and my tests show that the issue has been resolved on PayPal's side now. Let's hope it stays that way. 👏 Hooray for WP plugin developers teaming up this! I really appreciate everyone's help in not only reporting this to us, but also helping us flood PayPal with reports of this. That's what gets their attention. |
´flood PayPal with reports of this. That's what gets their attention.´ |
@msykes writes...
I'm open to that, happy to join you :-) From past experience (maybe others can share their own), the only way I can actually get connected to anyone in their tech. dept. is via PayPal MTS; and even this is very slow. So yeah, maybe we could all hit them on Twitter next time. The hashtag #PayPalLetWPIn seems like a good one to me. Mention: |
PayPal wrote me back late yesterday and asked if I could confirm the issue had been fixed. I told them that my own tests indicated that it had been, and I asked them to confirm that the issue has been fixed on their end. They haven't written me back yet. So while that's not a confirmation from them that the issue has in fact been resolved entirely; my feeling is that is has, and they are gathering feedback now. |
same here, got a similar message and it seems to work now... I guess no need for a crusade :-) |
2 questions:
THANKS Jason, and others, for so quickly jumping on PayPal to get it resolved. |
Difficult to say. From what I can tell, PayPal started to experience this problem in small spurts as far back as June 30. That's the earliest report that I've seen.
All indications are that the problem has been solved; i.e., we are not seeing this reported any longer, and my own tests indicate that it has been resolved. Thus, the short-term fix posted above is no longer necessary. I am going to close this issue. If anyone experiences this again, please feel free to leave comments and we can reopen if necessary. Note: If you have already implemented the short-term fix, you can remove it. That said, there is really no reason to remove it; because it simply alters the |
All my IPN information hasn't been adjusted in months. It is up to date and correct however s2member stopped recognizing notifications sent from paypal sometime after midnight and 5:05 AM Pacific Time on July 1, 2015.
The text was updated successfully, but these errors were encountered: