adyen-web icon indicating copy to clipboard operation
adyen-web copied to clipboard

Swish flow

Open bitbytebit1 opened this issue 3 years ago • 1 comments

Describe the bug When paying with Swish a new tab is opened regardless of outcome.

To Reproduce (In Live environment)

  1. Pay with Swish
  2. Click cancel OR complete payment

Expected behavior The user should be returned to the the page where they initiated the payment instead of a new tab being opened

Smartphone (please complete the following information):

  • OS: Android
  • Browser: Chrome

Additional context There could potentially be a configuration option to toggle this behaviour. Swish has the capability to work without opening a new tab, however the flow is slightly different, instead of opening a "swish://" link you iniate a payment request and ask the user to open Swish themselves. This behaviour can be seen for example here: http://sj.se.

Would be very nice to see adyen offer support for both flows.

bitbytebit1 avatar May 23 '21 17:05 bitbytebit1

Did you ever find a solution for this? I am having the same problem now.

H4ckint0sh avatar Aug 18 '22 12:08 H4ckint0sh

I think this is also an issue on iOS. When navigated back from the Swish app to the browser (iOS Safari) there are two tabs.

DavidVujic avatar Oct 14 '22 09:10 DavidVujic

Hi @bitbytebit1 @DavidVujic @H4ckint0sh - is this issue still relevant? is the new tab being opened after paying through the app? I am afraid that this might be something out of Adyen control.

ribeiroguilherme avatar Apr 05 '23 09:04 ribeiroguilherme

Hi @ribeiroguilherme , We experience this issue as well. I'm using Chrome on iPhone, getting sent to the Swish-app. When getting redirected back to Chrome there is a second tab opened. This leads to us doing two requests to payment/details:

  1. The old tab gets the payment info through onAdditionalDetails
  2. The new tab gets redirectResult appended to the url

We are using V70 and 5.38.

Stensfelt avatar Apr 24 '23 08:04 Stensfelt

We contacted Adyen support about this issue in the past. Their response was

This is indeed a known issue on our end and we are working on a fix for this. ... Unfortunately I cannot provide you with a precise ETA, but it is sure that our developers are aware and are working on a fix.

They provided us with instructions for a work around, I can share it with you. We never implemented this ourselves, but we went with a different solution.

screenshot-1682681512

mantono avatar Apr 28 '23 11:04 mantono

They provided us with instructions for a work around, I can share it with you. We never implemented this ourselves, but we went with a different solution.

@mantono - Can I close this issue then?

sponglord avatar Aug 29 '23 12:08 sponglord

@sponglord If you are happy with the work around. It "works" for us now (with a different solution), but it would be nice with a solution that solves this problem properly.

mantono avatar Aug 29 '23 13:08 mantono

@mantono - can you share what solution you used?

sponglord avatar Aug 29 '23 13:08 sponglord

@mantono - can you share what solution you used?

So we were not able to prevent a new tab from being opened. What we did instead was that whenever a new checkout session was created in the browser, we check if a Swish payment is already in progress. If that is the case we will not accept any new payment attempts in the new tab, and rather inform the consumer that a payment is either in progress or completed.

Obviously, this does not fix the core issue with multiple tabs being opened, but it does (for us) fix the issue with the consumers potentially paying twice.

mantono avatar Aug 29 '23 13:08 mantono

We discussed internally with the team and it seems that this issue got fixed in the API v70, therefore I am closing this ticket. If the problem persists, please reach out to our support team so they can investigate it further. Cheers

ribeiroguilherme avatar Nov 15 '23 13:11 ribeiroguilherme