-
Notifications
You must be signed in to change notification settings - Fork 141
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
Fix/v6 improved integration warning #2467
Conversation
…e not been imported
|
Size Change: +3.07 kB (0%) Total Size: 1.09 MB
ℹ️ View Unchanged
|
size-limit report 📦
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe that we can delete the core.registry warning and the supportedTxVariables variable from it. Then we keep only the Drop-in warning.
If I am not mistaken, the reason that the core.registry
had its own console.warn
is because previously the idea was to perform the component registration even with standalone component, and we also initially started the POC with using create
function. Ex:
const checkout = await AdyenCheckout({
components: [Card],
...
});
checkout.create('card')..
The code above would trigger a console.warn from the core.registry.
As the standalone components auto-register by itself now , it seems like we just need this warning for Drop-in
Kudos, SonarCloud Quality Gate passed! |
Summary
Created a more informative warning for when Dropin detects that not all the supported PMs have been imported. The warning matches
txVariants
to the actual Class that will be required e.g.Tested scenarios
Warnings given for "non-imported" PM classes