[MKT_923]:feat/new checkout design#2050
Open
jaaaaavier wants to merge 7 commits into
Open
Conversation
Deploying drive-web with
|
| Latest commit: |
f16f19e
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://5a573ac1.drive-web.pages.dev |
| Branch Preview URL: | https://feat-checkout-new-design.drive-web.pages.dev |
…t/drive-web into feat/checkout-new-design
jaaaaavier
marked this pull request as ready for review
July 16, 2026 10:44
xabg2
reviewed
Jul 16, 2026
xabg2
left a comment
Contributor
There was a problem hiding this comment.
ℹ️ Also, remove the useless translations for each JSON if needed
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



Description
Redesign of the checkout page to reduce friction, the billing address form is gone for standard purchases.
AddressElement(billing name + full address) and the section titles/plan-features list from the checkout layout. The Pay button moved into the order summary card on desktop.useUserLocation). The payments backend only requirescountry+captchaTokenonPOST /customer; all address fields are optional there.AddressElement(name + full billing address) now renders only when the crypto payment dropdown is opened. Bit2Me requires full name and complete postal address for KYC (see [PB-5312]: feat/additional params when creating crypto invoce payments-server#322, [_]: fix/load-firefox-ponyfill-dynamically #327, [_]: feat/folder-sharing #328 — PB-5312), so the strict address validation now applies only to crypto purchases.companyName→ typed name (crypto form) → authenticated user's name → email.GET /price-by-id); the recalculation effect now reacts to both the conditional postal code input and the crypto address form, debounced (500 ms).checkout.service.ts(CreateCheckoutCustomerPayload): the SDK'sCreateCustomerPayloadstill marks the address fields as required even though the backend does not. To be removed once the SDK type is updated.checkout.postalCode.*,checkout.error.postalCodeRequired,checkout.error.countryRequired) in all 8 locales.Related Issues
Related Pull Requests
Checklist
Testing Process
For manual verification in Stripe test mode, the flows to cover are the following. For an EU card purchase (subscription and lifetime), no address fields are shown, the customer is created with the IP-derived country, tax is calculated and the payment confirms. With a US IP, the postal code input appears under the payment method, paying without it shows the
postalCodeRequirederror, and once a ZIP is entered the tax preview recalculates. For a crypto lifetime purchase, opening the crypto dropdown shows the billing address form, submitting an incomplete address shows theaddressRequirederror, and a complete address reaches Bit2Me invoice creation. Finally, for logged-in vs. new users, the customer name falls back correctly (account name / email).Additional Notes