Uncaught exception 'PPConnectionException' with message 'error:14094410:SSL routines:SSL3_READ_BYTES
Am getting this error when am trying to signup. It was worked last week . but now its not working help me friends.
Do any of these following links help you:
'PPConnectionException' exception is thrown in PayPal adaptive Payment 'Pay' request
PayPal REST Api error: response 401 PPConnectionException
Please give any information you can like what browser you are using and what OS
Related
Hello Paypal experience experts,
Since about 5 months I'm trying to implementate version /v2 of the Paypal payment SDK.
I am looking for examples of what you should tell a customer what to do when receiving an error code in the Paypal payment response status code (HTTP?), other than 201.
I'm using the Paypal javascript SDK and PHP SDK with CreateOrder.php and CaptureOrder.php.
A basic test in the sandbox does function okay.
In PHP I will use a self created object from the Paypal response for easier error handling on the client side.
The only example which Paypal gives on their site is about code 422 'Instrument Declined'.
However Paypal also shows a number of other status codes, like 200, 202, 204, 4xx.
To be able to complete my error handling script I would like to have some examples of what the customer should do if any of the other error codes occur.
I would have expected that Paypal would have given those examples, but they seem not to exist (Paypal assumes they will not occur (?) ).
(There are other questions on this forum that look similar, but they are not about /v2)
Can somebody please help me with those examples?
Thank you in advance.
Martin
The best error-handling example for a server-based integration is at https://developer.paypal.com/demo/checkout/#/pattern/server
This shows how to restart with client-side JS in the case of the recoverable instrument declined. For all other cases, it simply shows the error message details returned. If you want to show a different message, you can customize it to your needs, but it is not necessary. The important thing is that in the case of errors you do still return some details from the backend to the frontend that your frontend knows what to do with, which is particularly important for the case of INSTRUMENT_DECLINED.
Other possible error types are documented toward the end of each API reference, for the case of the Orders API that can be found here.
I am new to PayPal integration coding and getting this error response by the PayPal API:
"10001 Internal Error"
..and here is what I had sent to paypal at "https://api-3t.sandbox.paypal.com/nvp":
METHOD=DoExpressCheckoutPayment&TOKEN=XY-37X97072&PAYERID=B7JHY6QVBX&PAYMENTREQUEST_0_AMT=9.9&PAYMENTREQUEST_0_CURRENCYCODE=USD&PAYMENTREQUEST_0_PAYMENTACTION=Sale&USER=info_api1.abcd12345.com&PWD=YJHT2GXEL8H2L&SIGNATURE=NIXVrzp399rJ6uMui6ZfAxt&SUBJECT=NewOrder&VERSION=124.0&BUTTONSOURCE=PP-ECWizard
Can someone see what I am doing wrong and please help?
&SUBJECT=NewOrder Get rid of this, that's not a valid payee recipient
Why are you using the very old Classic API instead of the current v2/checkout/orders? See: https://developer.paypal.com/docs/business/checkout/server-side-api-calls/#server-side-api-calls
You'll need two routes on your server that return JSON, one for 'Create an Order' and one for 'Capture Order'. Then pair those two routes with the following approval flow: https://developer.paypal.com/demo/checkout/#/pattern/server
I'm using PayPal's script from
https://github.com/paypal/ipn-code-samples/blob/master/paypal_ipn.php
To create IPN. I'm using Yii2 framework, but I think it is not the problem. In my sandbox account I'm trying to test IPN but I'm keep getting error:
We could not send an IPN due to an HTTP error: 400: Bad Request
Not sure what is causing error because I can access ipn url of my site successfully. Url for IPN is
http://backend.trbovic.info/subscription/ipn
It is not cookie problem because I tried to use different browsers.
I fixed it by adding:
public $enableCsrfValidation = false;
To my XYZController
I fixed my problem by simply moving the IPN listener to the root of my server (www.example.com/ipn.php). Everything worked fine after that.
while posting payments to QBO via the IPP SDK API, we notice that some of the payment records we are posting are failing with the following message,
errorCode: BILL_PAYMENT_REQUEST_BAD
reason: BILL_PAYMENT_INVALID_VENDOR_ID
we looked up this error code in the intuit error code list, but do not find it. Also as per the error, it seems the vendor to which we are posting the payments are not present in QBO, but on further research we found that the vendors are indeed present in QBO.
Has anyone encountered this error or has any clues as to what this error means.
Is the Vendor Id in BillPayment same as that of the Bill?If not, you will get an error. I believe that might be the issue with your request.
We are using the facebook payments subscription api.
We log all errors received by client side FB calls. Recently we have started to see the following errors in our client callbacks:
Error code: 1353013.
Error message: "user is not confirmed or is a gray account"
This does not affect all accounts, we have not been able to reproduce this even with our test users. When looking at /me of the affected users it sais verified: true, however we cannot view the profile of the user.
The following FB call is the one we use:
FB.ui({
method: 'pay',
action: 'create_subscription',
product: 'http://example.com/our/product'
},...);
Anyone knows what this error message means? We cannot find any documentation on this error code.
Update:
We have found out this relates to facebook business account. I just tried creating one on https://www.facebook.com/business. The error message you get from facebook first is the following:
"You must confirm your account before making purchases on Facebook."
However the business account has a verified cell phone number and can certainly purchase ads through our connected card.
How would one go to report this kind of issues to facebook, Seems like they refer to stackoverflow.com for this kind of reporting?