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

@bug report: at the gateway page when click on "clear" customer is returned to merchant but order is placed anyway #6

Open
romeof1980 opened this issue Jan 4, 2018 · 0 comments

Comments

@romeof1980
Copy link

hi there!

PRECONDITIONS:
Magento 2.2.2. PHP 7.0.25
we created an account on coingate website and took the steps to get it enabled as merchant (uploading ID ecc). we created the keys and inserted it on our Magento 2.2.2 store (store-configuration-sales-payment_methods-coingate_bitcoins) enabling it to receive payments via bitcoins.

STEP TO REPRODUCE:
When a customer add products to basket then go to checkout and select to pay using bitcoins via your plugin, they get correctly redirected to the gateway page where they can proceed with the payment.
If they want to abort the procedure or "think it hover" or add another product to the basket the click on the red button "clear" on bottom right.

EXPECTED RESULTS:
returning to merchant (usually to cart but also to home is an option). Customers expect that behaviour because is the default behavior used by all major gateways (to name a couple: paypal and braintree)

ACTUAL RESULT:
order is placed no matter if the customer hasn't payed. Customer can not anymore proceed to the payment (think for example how it could proceed if he was buying as guest).

If you want to take a look at a live example you can visit https://www.giustoacquisto.com
available to provide access credentials if you're not able to reproduce it in your staging environments.

thanks,
romeo

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

1 participant