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.

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

An error occured while initiating transaction Error: Hashes do not match! #26

Open
fraud47 opened this issue Aug 5, 2021 · 11 comments
Open

Comments

@fraud47
Copy link

fraud47 commented Aug 5, 2021

mobile payement not working

An error occured while initiating transaction Error: Hashes do not match!
at Paynow.parse (C:\Users\USER\Documents\projects\nodejs\league\leaguebackend\node_modules\paynow\dist\paynow.js:101:23)
at C:\Users\USER\Documents\projects\nodejs\league\leaguebackend\node_modules\paynow\dist\paynow.js:87:26
at processTicksAndRejections (internal/process/task_queues.js:95:5)
paynow
paynow

@venom-napsta
Copy link

feels like they just dont want to fix this issue

@TafadzwaD
Copy link

@venom-napsta you can say that.. It has been ages and developers are still crying about the same thing.. This should have been resolved by now

@iammerus
Copy link
Contributor

@TafadzwaD @venom-napsta @fraud47 As far as I know, the SDK is throwing an erroneous Hash Mismatch when you try using keys that are not live to initiate a mobile transaction.

Though the SDK should better handle and give a better message when that's the case, a quick fix is just ensuring you're using live credentials when you're using your own numbers for testing mobile transactions. If your key is still in test mode, use the test numbers as outlined in the documentation.

I've been a bit tied, and can't find the time to make a PR to give a better message right now. But will try to make sure it happens soon! OSS can be hard.

@venom-napsta
Copy link

venom-napsta commented Jan 13, 2022 via email

@TafadzwaD
Copy link

@iammerus You efforts are highly appreciated man.. All along I thought that the Paynow Team was behind this package. Anyway we could help??

@iammerus
Copy link
Contributor

@venom-napsta Try reading up on how to test mobile transactions with keys that aren't live. There's special numbers you can use to test your integration. Each number gives you a different status update which allows you to test those different scenarios until your app is live.

https://developers.paynow.co.zw/docs/test_mode.html#express-checkout-mobile-money

@iammerus
Copy link
Contributor

@TafadzwaD Are you familiar with the SDK's codebase? Or we can have a quick call and I can show you what needs to be updated. Then you can submit a PR to the repo when done. That would save me from having to implement the solution myself

@venom-napsta
Copy link

venom-napsta commented Jan 17, 2022

I think the call would help. Thanks

Email : [email protected]
WA/Calls/Texts : +263714551865

@user3470
Copy link

Wasted lots and lots of hours on this issue. Whyyyy paynow, why aren't you looking into this?

All you have to do is pass this error message to the user
status=Error&error=The+integration+ID+specified+is+currently+in+test+mode.+The+authemail+used+must+belong+to+the+company+in+control+of+the+integration+ID.

Along with mismatching hash. How hard is that.

I had to dig into your node_modules c'mon

Dear future me. Use the same email as the one on you account.
Hope you finally landed on your billion dollar idea ;)

@TafadzwaD
Copy link

TafadzwaD commented Mar 23, 2022

@TafadzwaD Are you familiar with the SDK's codebase? Or we can have a quick call and I can show you what needs to be updated. Then you can submit a PR to the repo when done. That would save me from having to implement the solution myself

Let us have a quick call then you can show me what needs to be updated @iammerus . I am familiar with the codebase

@thinkDigitalZw
Copy link

Omg, unbelievable.

Yes, PayNow has not done something about the error handling,
but on the docs there is a clearly written point to note.

N.B. The authemail field supplied during test mode should match one of the login email addresses for the merchant account being tested.

This means if the account you used to obtain integration keys is [email protected], when passing the email on the post
request, [email protected] should be used when testing.

So I suggest a thorough reading of the docs before implementation to any developer in the future.
This is to avoid the frustration and time wasting digging into a bug, that can be avoided if we read the docs.

Till the issue is fixed, I'm out. ✌🏽

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants