Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

"Return to merchant" Show this message. #53

Closed
Jiks19 opened this issue Nov 13, 2017 · 20 comments
Closed

"Return to merchant" Show this message. #53

Jiks19 opened this issue Nov 13, 2017 · 20 comments

Comments

@Jiks19
Copy link

Jiks19 commented Nov 13, 2017 •
edited
Loading

screenshot_2017-11-13-16-13-11-528_com android chrome

I have use braintree-android-drop-in.
I try with my SendBox testing credentials

Not found any error or issue.
How to resolve it?

Thanks,
@sdcoffey
Copy link

Hey @Jiks19,

Thanks for submitting this bug report. Can you be a little more specific about what precisely is wrong here?

@Jiks19
Copy link
Author

Jiks19 commented Nov 15, 2017

Hi sdcoffey,

Thanks for replay.

01

I have use yellow mark credential.

  1. Click on Paypal button.
  2. Enter login/password.
  3. Click on login button.

than return "Return to merchant" screen.

  1. Click on return to merchant button than return in my app.
    not find any error or other exception.

https://sandbox.braintreegateway.com/
Go to
Settings > Processing > payment method > PayPal

  1. Link Sendbox
  2. Entered PayPal email, client id and client secret
  3. Click on Link PayPal Sendbox.

I have share all the details.
Let me inform me any more detail you need.

Thanks.

@sdcoffey
Copy link

He @Jiks19,

Thanks for the additional information. Unfortunately, we were not able to reproduce the issue using the steps you provided for us. Can you share with us the URLs that open in the browser when the switch starts? We can use that information to debug what might be happening in this particular case.

@Jiks19
Copy link
Author

Jiks19 commented Nov 16, 2017

Hi sdcoffey,

can you provide any testing credentials(email/password) for India country?
So i can test here with your testing credentials.

Thanks,

@Jiks19
Copy link
Author

Jiks19 commented Nov 16, 2017

This URL open in browser

https://www.sandbox.paypal.com/agreements/approve?nolegacy=1&ba_token=BA-31N214971P224670Y&useraction=#/checkout/genericError?code=VU5TVVBQT1JURURfUEFZRUVfQ1VSUkVOQ1k%3D

@ghost
Copy link

ghost commented Nov 21, 2017

I am facing same problem with woocommerce custom payment gatweway for paypal. Please let me know If you find any solution

@sivapictuscode
Copy link

I am also facing same problem with simple core php in both mode live and sandbox, How to fix any one give suggestion... Thanks in advance

@Vaibs
Copy link

Vaibs commented Nov 25, 2017

I am facing the same issue. I followed a paypal php example , https://www.evoluted.net/thinktank/web-development/paypal-php-integration

I create 2 sandbox account, one business and the other buyer.

Now after setting up the application, while testing the buyers amount should be deducted with the sellers account should be credited. Whats happening is that weird page on the top with the button saying return to merchant.

Please help

@ArjunDhar
Copy link

ArjunDhar commented Nov 28, 2017 •
edited
Loading

I'm facing the same issue. And everything was working fine earlier. Same issue in Sandbox and production. This page is accompanied by a URL https://www.sandbox.paypal.com/checkoutnow?nolegacy=1&token=EC-459099459E9828727#/checkout/genericError?code=VU5TVVBQT1JURURfUEFZRUVfQ1VSUkVOQ1k%3D

also in the Merchant Account > Dev console @ https://developer.paypal.com/developer/dashboard/live/ ; there is no error.

So basically there is no error on the front end and no error in their backend. I feel BrainTree can imporve error handling to aid developers. Even if its a fault in the request the error handling here doesn't feel right.
(Am using Java BrainTree API)

@sdcoffey Thanks for submitting this bug report. Can you be a little more specific about what precisely is wrong here? :
1.

ClientTokenRequest clientTokenRequest = new ClientTokenRequest().customerId(userIdForBrainTree); 			
ClientTokenGateway clientTokenGateway = getGatewayAdapter().clientToken(); //internal code
String clientToken = clientTokenGateway.generate(clientTokenRequest);

.. the above returns a clientToken successfully. Which is passed to the page. The Braintree javaScript API on page then uses that. (taken fom sample code and worked earlier perfectly fine)

  1. JavaScript Call using pagre params passed from server:
  var CLIENT_TOKEN_FROM_SERVER = $('#ct').val();
  var amt = Number(getParamValue('amt'));
  var currency = getParamValue('cur');
  var txnid = getParamValue('txnid');
  jQuery.debug(CLIENT_TOKEN_FROM_SERVER);
  var submitButton = document.querySelector('#submit');

  braintree.dropin.create({
    authorization: CLIENT_TOKEN_FROM_SERVER,
    selector: '#dropin-container',
    paymentOptionPriority: ['paypal', 'card'], // Display PayPal first
    paypal: {
      flow: 'checkout',
      amount: amt,
      currency: 'USD'
    }
  }, function (err, dropinInstance) { //callback
    $("#loading").hide();
     // Custom Ui Stuff  ....
 });
  1. Later when the PopUp appears the XHR setbuyer fails here:
POST https://www.sandbox.paypal.com/webapps/hermes/api/batch/setbuyer
HTTP Response: 400 Bad Request

Request Header >>>>>
POST /webapps/hermes/api/batch/setbuyer HTTP/1.1
Host: www.sandbox.paypal.com
Connection: keep-alive
Content-Length: 1502
x-paypal-internal-euat: S23AAEEwxCaqQn2gFgHJUGUZMkgw5XhYZ7JVtrKVLWpedq_X1jBHqiS8YQVUZcZyxX_V2KdTnEuy9WxedWZ9sKUILonNA1xZw
Origin: https://www.sandbox.paypal.com

There is a cookie also (not pasting that)

Response:

Response : {"ack":"success","data":{"securityCtx":{"ack":"success","data":{"logged_in":true,"guest":false,"remembered":false,"password_less":false,"auth_state":"LOGGEDIN","refresh_token":false,"access_token_present":true,"access_token":"S23AAEEwxCaqQn2gFgHJUGUZMkgw5XhYZ7JVtrKVLWpedq_X1jBHqiS8YQVUZcZyxX_V2KdTnEuy9WxedWZ9sKUILonNA1xZw","is_auth_api_call":true,"buyer_id":"BJC8KX28K37Z4","buyer_ipcountry":"US","idTokenPresent":true,"upsellOptInDisplayed":false,"ryiOptIn":{"termsDisplayed":false},"student_account":false,"ota":false,"remembered_device_token":false,"remembered_partner_assertion":false,"email":"<xxxxxx test account email removed for security xxxxxx>","first_name":"test","last_name":"buyer","country":"IN","language":"en","account_type":0},"meta":{"calc":"c956f5963f7d6","rlog":"CZqQcd8WIWHkOcH8z4jim7GZqwKNCOMabYR1y2V%2F7KZpRK1L8%2FA66xNsQcNcLtb41dWYZICuWUlZ%2FBzvxsd6CQ_16002b4f2db"},"server":"wuXLj-buUUnEIYOUb9IkaMpU6_jC7RjtX5IaLQNA5KndCBc8i4lVJ3yWNgudEHSZICl1bXT9jE4neZhkvZ9oQSO8UVQ-DvwWxU18N-2kmga0LGfA9xY7Rb8newYmdzD-75mXh7Ps3qeyavf6eRpAntofs3yS4Zx3ZqexVbbadVrP1usyeRoqq4DwTA_jQo4SWZAo2kT7s4t8uLGSKHBHo8I2gjlTe-bdVfMLicwbUKAq0d9ukuTTFW"},"memberSegment":{"ack":"success","data":{"memberSegment":"SERVICE_ERROR"},"meta":{"calc":"c956f5963f7d6","rlog":"CZqQcd8WIWHkOcH8z4jim7GZqwKNCOMabYR1y2V%2F7KZpRK1L8%2FA66xNsQcNcLtb41dWYZICuWUlZ%2FBzvxsd6CQ_16002b4f2db"},"server":"FXFKpy8QfEWFcGu6vGAzogm7zr1VNuiWpEyElUu3asKJJaHFG-6Nt9IufQOFvRaQxlBayFTzGpZqr1r1BWQVkH-QJrSldAPQUmOMeok3FLIoZ-mx-7RZ_OoDMOQu1-Lo5DCkHoxXRW2qoQzYcDmlQBnrN4-_fUoh1RVbdWj__jbZb2DBcWnFFjVGBP-TnCgxQi3VcEaWnToSY8Ne2vH-5P0Gm0iLgpTZvPh8WZ9G3ykfr43zrQlgdfo1Gtvds8vewQ2ErN9e5-W"},"buyerEligibility":{"ack":"success","data":{"eligible":true,"clearedRT":false},"meta":{"calc":"c956f5963f7d6","rlog":"CZqQcd8WIWHkOcH8z4jim7GZqwKNCOMabYR1y2V%2F7KZpRK1L8%2FA66xNsQcNcLtb41dWYZICuWUlZ%2FBzvxsd6CQ_16002b4f2db"},"server":"R-iOPo-GGSKj9qQwB2daKVAQyIviL7QhqArd8f82zn9i0zluJe-rlHYfEtvttw7JMdjG8OKzeN4dHoxYdbyskiohif1biaKku5CdmB5XH2OHm29s04ciarSwb0utucSEGQP7Mgv-Zq19cBLgvchCGIbMPcFOFf9-YMe2K3D-7V2GWhBMH2GTXtYUSJ5Xl-LJlVXWq_vYhqIPqBpDocIwEyAzFP0RLwdtBvL7LrLvRaxqxw9vHp6Yf_c9D39XN8lmLgMi3sE6EIG"},"eConsent":{"ack":"success","data":{"required":false},"meta":{"calc":"c956f5963f7d6","rlog":"CZqQcd8WIWHkOcH8z4jim7GZqwKNCOMabYR1y2V%2F7KZpRK1L8%2FA66xNsQcNcLtb41dWYZICuWUlZ%2FBzvxsd6CQ_16002b4f2db"},"server":"l9ORAW4a10rFw1uOXqW2P83H9mghXDSADwVj_2bRCKUWqt5zzwv-0tKiGMBXs1fJvoKlqmA8t-EcwM0CokgpyfstQ0rB4oopnNqLeMhO9gHWL9_wg5T7Z9_iIS66gwV18qfRUUnjnV-kdnyAqWhkbrVOIyj2mwppcq4N2YoI1FMo51ZJLWkenPxbPNG1kbwisTrJ1oTscydKV4bAloPPw_vq2KacL7Gd0hr_3s_cMN4o18GBK5106cQTbSsC0fpG"},"createCheckoutSession":{"ack":"contingency","contingency":"UNSUPPORTED_PAYEE_CURRENCY","errorData":{"cause":"","step_up_context":{}},"meta":{"calc":"c956f5963f7d6","rlog":......."}

... Hope thats precise enough !

@ArjunDhar
Copy link

Hi an update to my post above. So in the response JSON, i took out some clues:
"data":{"memberSegment":"SERVICE_ERROR"} .... "contingency":"UNSUPPORTED_PAYEE_CURRENCY" (in JSON Response)
However, I have verified many times I am sending USD. So not sure why it insists UNSUPPORTED_PAYEE_CURRENCY

@ArjunDhar
Copy link

@sdcoffey and others : I jut looked @ the names of all the posters. Their names seem "Indian". Pay Pal recently launched in India and based on an error I managed to grab on, it said "Transactions between Indian residents must be made using Indian Rupees" . lol

So its assuming Calls made from India (perhaps based on IP) are intended for Indian Merchants. But Our PayPal is for US customers visiting the site. So I think there is a bug @ PayPal or atleast this is not properly handled.

Either you need to communicate to your merchants some regulatory requirement they are missing in their ADMIN or you have an out right bug in handling this properly.

I think this bug is very specific to India. Please followup or have someone followup.

@Vaibs
Copy link

Vaibs commented Nov 29, 2017 via email

@ArjunDhar
Copy link

Yes Exactly. Thats what im saying. They have some regulatory RULE in their that isnt smart enough or some regulatory requirement for the merchant is missing, Since they just officially launched in India its possible they have setup extra rules that are interfering in normal processing.

Based on all the data I have gathered while debugging:

  1. Its surely a Currency related issue -- UNSUPPORTED_PAYEE_CURRENCY
  2. It said Transactions between Indian residents must be made using Indian Rupees
  3. And all the guys on this thread are complaining seem to be from India + Paypal launched less than a month back and this thread is less than that old

...do the maths. The cause is obvious They need to fix it or tell us how to fix it.

@abhilashpullelil
Copy link

Is there any update on this issue? Can't Indian merchant's accept USD from Indian customers? If no then how can an Indian merchant accepting money from Indian customer in PayPal?

@prateekkatyal
Copy link

Same issue here.

I contacted their Merchant Support and they have confirmed that Indian currency transactions are not yet live. They said that it'll go live in February/March

Right now it seems I can't even accept USD payments from Indian residents?

Has anybody found a solution?

@Vaibs
Copy link

Vaibs commented Jan 9, 2018 via email

@ghost
Copy link

ghost commented Jan 30, 2018

This is happening on my end as well

@bluk
Copy link

bluk commented Feb 2, 2018

Hey all,

As a quick update, since it seems like many of you are experiencing the same issue: @prateekkatyal is correct in saying that this is an issue specifically with India-based PayPal merchant accounts. India-based PayPal merchant accounts should only use single payment checkout flows at this time. The Express Checkout with Braintree solution is the officially supported integration flow.

If you want to go live, please contact Merchant Technical Support to get integration assistance and to ensure your account meets all of the requirements.

@bluk bluk closed this as completed Feb 2, 2018
@ghost ghost mentioned this issue Feb 2, 2018
Closed
@ghost
Copy link

ghost commented Feb 2, 2018 •
edited by ghost
Loading

I'm having same issues with github.com/logpacker/PayPal-Go-SDK,

c.CreateDirectPaypalPayment

Works and creates a redirect link.

After redirect link is opened it shows "Return to merchant" , sometimes shows "Unsupported payee currency" in production mode.

I wasted like 7 months to get this to work :(

Because I'm a solo developer I thought there must be some error on my end.
So I ended up changing implementation of Paypal SDK more than 3 times in my golang project.

After trying hard enough, I got this to work by using a buy now button with IPN listener by using some hacks such as passing user ID in custom field etc.

I got ill and was ICU for few weeks to get this to work in less time.

I followed suggestions that were given in github.com/logpacker/PayPal-Go-SDK, It worked fine in dev mode but as soon as I switched to production mode it didn't work.

As a result I had implement one more payment option (Instamojo) which took more time to get the actual product ready.

I had no issues with Instamojo even though they do not provide a package for golang, they even provide option to specify webhook URL for payment notifications.

I feel so bad right now, I don't even know what suggestion to give to make this to work without any issues for Indian merchants.

@bluk
Copy link

bluk commented Feb 2, 2018

@DineshBhosale I apologize for the difficulties you've had in your integration. I suggest contacting PayPal Merchant Technical Support as they have the best resources to ensure that any India-based merchant integration can be successful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
8 participants
@bluk @Vaibs @prateekkatyal @sdcoffey @ArjunDhar @abhilashpullelil @Jiks19 @sivapictuscode