Open ruimendesM opened 1 month ago
This is related to https://github.com/Adyen/adyen-android/issues/1509 I think
Hi @ruimendesM, thank you for opening the bug request. I believe we are already working on a fix for this issue. Thank you @wrozwad for mentioning the related https://github.com/Adyen/adyen-android/issues/1509 issue.
We will keep you updated on both issues, when there is a PR open with the fix.
Describe the bug It is impossible to complete a 3DS2 or a MBWay purchase with "Do Not Keep Activities" on with the Drop-In. Also there is no error being thrown in this case, Drop-In is restored in an "empty state".
We are now updating from 4.13.3 to 5.2.0 version of the Adyen Drop-In SDK, and we noticed that although this was an already existing issue on the previous version, it got a bit "worse" on the 5.2.0 release.
On the version 4.13.3 with DNKA:
On the version 5.2.0 with DNKA:
To Reproduce Steps to reproduce the behavior - 3DS2:
Steps to reproduce the behavior - MBWay:
Expected behavior Ideally we would be able to restore the activity and proceed in both scenarios. However, if not possible, Drop-In should at least throw an error so we could react, instead of simply showing an empty state.
Screenshots
Smartphone (please complete the following information):
Additional context We currently are logging every instances in production where an Activity restoration is required while on the Adyen Drop-In and in the last 90 days it happened to 425 users. While this does not mean that the user encountered this problem (as in scenarios without 3DS2 or scenarios where user has not yet started the payment also fell into this bucket), it is an indication that the activity restoration is important and should ideally be handled (even if by simple throwing an error, if not fixable).