apple-pay-no-cards-in-wallet
: Detects when no payment cards are configured in Apple Walletapple-pay-device-not-supported
: Identifies devices that don’t support Apple Payapple-pay-configuration-error
: Reports merchant configuration issuesapple-pay-presentation-failed
: Captures general presentation failuresKotlin 2.0.21
io.primer:3ds-android:1.6.2
compile
and target
versions to 35
CardFormUIOptions.payButtonAddNewCard
to support the “Add New Card” option in the card form flow.1.1.0
io.primer:bom
If you’re using Klarna in your own code, you can switch to the BOM to automatically stay aligned with the supported version:implementation(platform("io.primer:bom:<version>")) implementation("io.primer:klarna-android")
This removes the need to manage Klarna versions manually.If you choose not to use the BOM, make sure you manually update to io.primer:klarna-android:1.1.0
PrimerSettings.apiVersion
. For more information see our SDK reference, Api Reference and Migration Guides.v2.3
.Primer.dismiss()
after the checkout sheet is already dismissed.ConcurrentModificationException
during SDK initialization.getPaymentMethodResource
method to access these native resources seamlessly. If you are using Headless integration, make sure to check our updated documentation about rendering of payment method buttons.
Native Payment Method Button
requirements, we have deprecated following methods:
io.primer:3ds-android:1.5.0
If you are using the 3DS dependency in your code, you are required to update it and align with the supported version. Otherwise, 3DS will result in failure.PrimerCheckoutData
was nil when reporting an error in payment creation.primerWillCreatePaymentWithData
would be triggered twice when using the Klarna payment method.1.4.3
version of the 3DS SDK (io.primer:3ds-android:1.4.3
).PrimerKlarnaSDK
was not present in the Pods, the compiler was reporting an error even if you do not have Klarna set up in your Primer dashboard.ComponentWithRedirectManager
that provides access to BanksComponent
. Using the BanksComponent
you can easily:paymentMethodType
in the IPrimerCheckoutPaymentMethodData
interface. To rectify this, we have added a new paymentMethod
field of type String
which should be used going forward. The paymentMethodType
field has been deprecated.Android:The paymentMethodType
field of the IPrimerCheckoutPaymentMethodData
interface has been deprecated in favour of paymentMethod
.existingPaymentMethodRequired
to true. Check our guide on how to enable this feature.orderedAllowedCardNetworks
option has been introduced, allowing for the specification of supported card networks. This feature enhances network detection and validation for card payments and Apple Pay.1.4.2
version of the 3DS SDK (io.primer:3ds-android:1.4.2
).io.primer:3ds-android:1.4.0
) and pod 'Primer3DS', '2.2.0'
for iOS. We recommend upgrading to this version as it brings new LOA Reference Number for all protocol versions.io.primer:3ds-android:1.3.0
for Android and pod 'Primer3DS', '2.1.0'
for iOS.VaultManager.configure()
which configures an instance of VaultManager
, which can then be used to:showApplePayForUnsupportedDevice
: Bool
If in some cases you don’t want to present the ApplePay option if the device is not supporting it set this to false
. The default value is true
.checkProvidedNetworks
: Bool
Flag introduced to enable the initiation of the ApplePay flow even when no cards are present in the Wallet. To enable ApplePay Add Card Flow, set this flag to false
This flag is set to true
by default due to enable backward compatibility with older versions.io.primer:3ds-android:1.2.0
from now on.amount
in client session when vaulting Paypal2.2.0
Primer3DS
in your integration, make sure to bump it to v.1.2.0decisionHandler
is not implemented3.3.3
Java
when using Primer SDKPrimerPaymentMethodAsset
now exposes the payment method’s friendly namePrimer3DS
in your integration, make sure to bump it to v.1.2.0Primer3DS
, make sure to install v.1.1.2 to avoid archiving issues with Xcode 14.3.1Primer3DS
to version 1.1.1.2.2.0
PrimerSettings
Asset
now exposes the payment method’s friendly name as paymentMethodName
decisionHandler
is not implementedgooglePayOptions.isBillingAddressCaptureEnabled = true.
Please check official docs for more details.Atome
RC1
release, we have improved couple of things based on your feedback:AssetsManager
’s getPaymentMethodAsset
on Android that caused the result to be a string instead of an object
applePay.isBillingAddressCaptureEnabled
to be ignored
io.primer:3ds-android:1.1.2
from now on.
captureBillingAddress = true
to PrimerGooglePayOptions
GENERATE_INFOPLIST_FILE
as part of the xcconfig
of the PrimerSDK
podspec dependency, as it was causing an issue upon archiving the hosting apps.CODE_SIGNING_ALLOWED => NO
to xcconfig
in PrimerSDK
podspec
dependency to remove the Signing requirement introduced in Xcode 14+io.primer:3ds-android:1.1.1
from now on.RN_ANDROID
on Analytics sdkType
sdkVersion
and sdkType
is3DSOnVaultingEnabled
Above flow is now obsoleted and 3DS will always follow workflows.2.13.0
to 2.13.1
. We recommend updating to this 2.13.2
version.2.7.0
to 2.13.0
. We recommend updating to this 2.13.1
version.ADYEN_BANCONTACT_CARD
flow failing on some scenarios.PrimerSettings
, developers can setup PrimerApplePayOptions
with another parameter: isCaptureBillingAddressEnabled
. The SDK will take care of showing the option of adding the billing address and capture it.PrimerCheckoutQRCodeInfo
containing the data needed to build their awesome UI / UX.For PromptPay specifically, the object will be PromptPayCheckoutAdditionalInfo
onCheckoutReceivedAdditionalInfo(additionalInfo: PrimerCheckoutAdditionalInfo?)
Simulator
Grabpay Gcash Simulator
Primer & Billing
Headless Universal Checkout
. You should now only care about creating best possible and seamless experience for your users, we will take care of the rest. Please take a look at our simple explanation about the changes we made.clientTokenCallback
, onTokenizeSuccess
and onResumeSuccess
delegate functions.On the server side, you had to manually call our Payments API in order to create a payment 🤷Rejoice! As from version 2.0.0
no manual payment handling is required! Payment creation is now, as mentioned above, :chef-kiss: - seamless.Feel free to rip out the above mentioned callbacks when migrating to version 2.0.0
and enjoy the feeling of utter relaxation as all your payment handling is now done by Universal Checkout 💆is3DSDevelopmentMode
flagSET_BILLING_ADDRESS
client session actiononClientSessionActions
callbackonTokenizeSuccess
and onResumeSuccess
Billing Address