CHECKOUT URL IS REDIRECTING TO THE PASSWORD PAGE

[jtm777]

Hello, I made a request to create a cart with the createCart mutation, then I receive the checkoutUrl and click on this link, it should take me to the checkout page but it doesn't?  I noticed the checkout page is loading during a short period of time (1 sec) and then redirects me to the password page, when I enter my password it doesn't even work, it says it is incorrect then I need to log in with my google account but after that it takes me to the dashboard of my account and the checkout page is never shown.

[barchin]

Hi! I have the same problem, please help. Previously, the checkout page (MutationCheckoutCreate) was not blocked with a password in the development store. Now blocked if checkout url is created via MutationCartCreate

[NawwafHusain]

I'm having the same issue and it is very frustrating. I am using Nextjs with Shopify's StorefrontAPI. It was working fine for a month, now users need to be signed in to access the checkout page. I do not have user management on the website as I don't need it/want it. Users should be able to open the website, there's 2 main products, they choose one, add it to cart (as many as they want) and checkout. no need for accounts...

When a non signed in user (basically who i want to use the website) clicks checkout, they are redirected to the checkoutUrl provided by the qraphQL, checkout page skeleton shows up for around a second or so (depends on internet speed) and gets redirected to [mydomain].com/password. 

This page does not exist ... I Tried opening the checkoutUrl in a incognito window (i got the url from console logs) and got the same result confirming it is something from Shopify side

[Bobstacle]

Hi - Did anyone resolve this issue? Finding the same problem now that we're finally switching to Checkout Extensibility - previously it wouldn't redirect to password on the checkout page but now it is.

[NawwafHusain]

I found the issue.... at least in my case. if your online store is password protected, ie, not published, this behavior would occur. All i needed to do what to click "remove password" from the "online store" sales channel, even if your using headless.

[Bobstacle]

Yes you're right, this is the root of the solution for (headless) stores with password protection enabled, but the problem is that without password protection then your Shopify storefront pages are accessible, which is undesirable with a headless store - you don't want customers visiting these pages because they will likely not have any styling or possibly even the correct content.

Previously we had protected these pages with a password (combined with a forced redirect to our actual storefront on the password.liquid template), because the checkout page was not subject to password protection. However now, after the migration to checkout extensibility, it is.

The solution in our case was to move that forced redirect to the main theme.liquid file, because that covers every Shopify page except for the checkout; in this way, users can never reach those storefront pages.

[NawwafHusain]

What i did to solve this was use a "headless theme", which is an empty page that redirects to your actual frontend store.