Hi, I previously already embedded the sign-up and login form in a custom page. I'm now trying to embed the reset password form on a page as well. I'm following this guide here: https://supertokens.com/docs/emailpassword/common-customizations/reset-password/embed-in-page When I click on forgot password on the login page, it redirects back to the login page rather than the reset password page. I'm doing a console log inside of getRedirectionURL in frontendConfig and I see that the context is always

{action: 'TO_AUTH', showSignIn: false}

Any guidance to get past this?

hey @kwadwon Have you embedded the reset password component in a route protected by SessionAuth? If so, then you should remove the SessionAuth wrapper around that route.

HI @rp_st -- no, the reset password component and the login component are both in routes that are not protected by SessionAuth. They are only wrapped by the SuperTokensWrapper

I see. That makes sense. Perhaps @porcellus can help here.

Hi, I think you are handling the getRedirectionURL of reset password in the wrong place: it should be handled by a callback passed to the EmailPassword recipe not at the root level. Please check here: https://supertokens.com/docs/emailpassword/common-customizations/reset-password/embed-in-page#step-b-on-the-frontend

Ahh yes, I was handling getRedirectionURL on the root level instead of at the EmailPassword recipe level. I was able to get past that. Thank you. My last blocker is now around not being able to show the reset-password page when it's loaded. It works fine when it's on the client side (when I click the link from the login page to get to the reset password page). However, when I click the link from the email to get to the page, I'm seeing that no instance of an email password was found.

you need to make sure that you have called supertokens.init on the frontend on the global scope in your app

I saw in the documentation a comment in _app.tsx

// we only want to call this init function on the frontend, so we check typeof window !== 'undefined'

So I have

if (typeof window !== 'undefined') {
  // we only want to call this init function on the frontend, so we check typeof window !== 'undefined'
  SuperTokensReact.init(frontendConfig());
}

at the top of my _app.tsx file

Right. So you also need to make sure that the reset password component is not rendered on the server side.

got it. thank you

hmm. By default, it should redirect you to the

/

screen.

I've just stepped out for a bit, I'll check this out when I get back

thank you

Check here: https://supertokens.com/docs/emailpassword/advanced-customizations/frontend-hooks/redirection-callback

is how I have it set up right now. I'm able to login successfully. I don't have email verification required. I'm doing a console log in the redirectionURL to see if it's getting called. This is where I'm stuck -- trying to understand why it's not getting called.

that should be getting called. Just to be clear: you get redirected to "/" after a logging in, which is what you are trying to change?

I'm experiencing some inconsistency. My logging page is at http://localhost:3000/login when I have a successful login from there, I'm not redirected, it renders some text I have on that page for when the user session does exist. However, I have also seen a case, 1 time, where it redirected to /default.

"/default"? that's strange, in general we do not redirect to

/default

sorry, I meant /dashboard. But that happened one time. That is where I want it to go. However, it's not redirecting at all.

how are you embedding the sign in component?

I'm importing SignInAndUp component and rendering as part of my login page

I'm not a 100% sure, but it could be getting unmounted before the redirection happens.

The alternate text for the image?

No, the text you show when the user is logged in. Just always render the login page

Got it

great. 🙂

So now it does redirect to "/" by default, whereas I'd like it to redirect to "/dashboard". I made the changes in getRedirectionURL as demonstrated in the documentation

so your getRedirectionUrl is still not getting called?

It's getting called -- It's because the page before login is "/" so after logging in, redirectToPath is an empty string rather than undefined so it returns back to "/" rather than /dashboard. I understand the flow.

happy to help 🙂