Our team signs in using the email link (passwordless) authentication method. However, when anyone in the organization visits https://workflows.britenites.com, they reach the authentication screen and request a login link via email — but the link they receive still points to the old domain (britenites.retool.com).
Because of this, users end up logging into the old domain, and the workspace does not automatically redirect to the new one. If they manually try to switch from britenites.retool.com to workflows.britenites.com while logged in, they’re sent back to the authentication screen.
Currently, the only workaround is to manually edit the domain in the email link before opening it, for example:
Welcome to the community, @Amanuel_Belay! Thanks for reaching out. There are two things to touch upon here and, unfortunately, neither are quick fixes for the behavior that you're seeing.
To start, a custom domain is currently intended to be used in conjunction with the default retool.com domain. There isn't a native way to automatically redirect users from one to the other, but we are tracking a request for such functionality that I'll bump on your behalf.
The other behavior that you're seeing is almost certainly a bug - the magic link sent to your users should respect the fact that you've configured a custom domain. I've logged this internally for the owning team and will hopefully be able to share an update soon.
In the meantime, don't hesitate to follow up with any additional questions!
I’m less interested in an automatic redirect to the new domain, although that would be nice. I do particularly care about my team being able to visit our workspace at workflows.britenites.com, and that signup/login flows point to the workflows.britenites.com domain rather than britenites.retool.com. I appreciate you flagging the magic link issue this to the relevant team
Will you post here if/when that issue gets resolved? Where should I be on the lookout for this?
