Log des modifications de la version bêtaBêta

Suivez les modifications apportées à Custom Checkout.

Custom Checkout utilise deux types de versions bêta :

Un en-tête bêta Stripe.js (p. ex., custom_checkout_beta_4), défini dans le front-end de votre intégration.
Un en-tête bêta de l’API (p. ex., custom_checkout_beta=v1), défini dans le back-end de votre intégration.

Spécifiez la version bêta du front-end lors de l’initialisation de Stripe.js.

Ajout d’images à l’objet Session.
Ajout de champs comme option lors de la création du composant Payment Element.
Ajout de paymentMethods comme option lors de la création du composant Express Checkout Element.
Breaking La transmission d’options non valides à createElement provoque désormais une erreur. Auparavant, les options non reconnues étaient ignorées.
Breaking updateEmail et updatePhoneNumber appliquent les modifications de manière asynchrone. L’appel de ces méthodes avant que le client n’ait fini de saisir des valeurs complètes peut entraîner de faibles performances.
- Au lieu d’appeler updateEmail ou updatePhoneNumber lors de l’événement de modification de chaque saisie, attendez que votre client ait terminé la saisie, par exemple lorsque le focus est retiré de la saisie ou lorsqu’il soumet le formulaire pour paiement.
- updateEmail valide désormais la saisie comme étant une adresse e-mail correctement formatée et renvoie une erreur en cas de saisie non valide.
- updatePhoneNumber ne valide toujours pas la chaîne de caractères saisie.

Les champs suivants ont été ajoutés à l’objet Session :
Les cartes bancaires enregistrées peuvent désormais être utilisées avec Custom Checkout. Découvrez comment enregistrer et réutiliser des moyens de paiement.
Breaking L’affichage par défaut du composant Payment Element a été modifié par accordion.
- Pour continuer à utiliser l’ancienne mise en page par défaut, vous devez explicitement spécifier layout='tabs'.
Breaking Le comportement par défaut de confirm a été modifié pour toujours rediriger vers votre return_url après une confirmation de réussite du paiement.
- Auparavant, confirm ne redirigeait le client que s’il choisissait un moyen de paiement basé sur la redirection. Pour continuer à utiliser l’ancien comportement, vous devez transmettre redirect=‘if_required’ en définissant le paramètre sur confirm.

Breaking Le champ lineItem.recurring.interval_count a été supprimé et remplacé par lineItem.recurring.intervalCount.
Breaking Le champ lineItem.amount a été supprimé et remplacé par le champ suivant :

Il s’agit de la version bêta initiale du front-end.

Il n’y a aucun changement dans la version bêta du back-end.