Hello everyone!
We are currently working with MAKE and softr, where we have 2 ways for users to register on the platform.
A- The user accesses the website and registers.
B- The user is created by a team member through an automatic process. We create the user in SOFTR via Make and send the magic link by email to access.
Is there any way that the user will be redirected to update the password?
I have tried the following without success
Thanks!
Hi Rafa. Just curious why you don’t use the sign up block that has a password field?
HI @RafaPG ,
Thank you for the details.
The thing is that, the reset password is visible to non-logged-in users only. Once the user clicks on the magic link, he is already logged in, so I think the User Profile block would serve a lot for this case.
The User Profile block has a Change password feature.
I would recommend creating a page with that block and in case you add a next page parameter to the magic link to redirecting to the page with a User Profile block, you will be able to achieve what you’re looking for.
Hope it helps 
Hi @Ben
In my application there are 2 processes in which the user is created.
A: The user registers directly on the platform by associating his password.
B: The user is created when a commercial, adds him to the platform, in order to see his proposals, he has to access the platform.
I am currently generating secure passwords using a password generator that I have set up in MAKE. The problem is that they are not easy to remember passwords.
The change password module is only visible if the user is not logged in.
@Viktoria
Thank you for your response.
Actually I have created a “configuration” page where the password recovery block is.
But the process is a bit tedious, having to send the mail to the email and log in again to change it.
I will try your solution.
Thank you!
Hi Victoria. Sounds like a great idea! What about the “Old Password” field on the User Profile block? It could be a confusing journey for new users attempting to enter a new password since it can’t be removed.
@Ben That’s a really good question 
When a magic link gets generated for a user, the Old password field gets disabled. So the user can simply type a new pass.
Thanks. I noticed that too. The User Profile block doesn’t account for this scenario though, since the change password section is not customizable enough.
This is why I’ve been so insessent about email verification lately. Unfortunately, my links about the following to other relevant posts keep getting hidden in the community 
.
In the meantime, can we have the user profile block updated accordingly?
@Ben Could you please elaborate more on what you mean by saying that “the user profile block doesn’t account for this scenario”? Do you mean for the scenario when a magic link gets generated?
How exactly would you like to see the user profile improvements? Those details would help us understand your use-case and consider it for future changes.
Instead of deactivated, it should be removed in this scenario since the new user hasn’t entered an initial password yet. They haven’t had the chance to submit an “Old” password yet, since they didn’t access the app using a sign up block.
@Ben let me clarify to avoid misunderstanding.
The non-logged-in user can’t access User Profile block, since it can be visible to logged-in users only.
When a magic link is generated and a user access the app via magic link, they can proceed to the User Profile block and the Old password won’t be required, but the new one can be generated. Once they change the pass, log out, when singing in, they can use the new password they have submitted in the User Profile block.
It was decided to deactivate the old password (meaning show it but making non-tapeable) and not removing it for those cases for some technical reasons, but overall the functionality is the same as if the field was removed.
Thanks for elaborating Viktoria. I was confused about what you said above earlier, but your last response is what I noticed as well. Although the functionality is the same, from a UI/UX perspective new users who are entering a password for the first time will be confused if they see an “Old password” field, regardless if it works or not.
Therefore, to avoid new user confusion leave the “Old password” field as the default in the studio for changing existing passwords, but simply provide an option to remove it for scenarios where users may be entering a new password for the first time.
I have had a similar problem whereby users can create an account however if they use one of our tools we automatically create an account for them using airtable.
Unfortunately Softr support have been extremely unsupportive on this issue.
The way i have worked around it is:
Another thing about this flow Viktoria, is that additional fields on the User Profile Block do not get added to Airtable.
@Ben could you please elaborate more on what you mean? If you don’t mind sending a magic link so I could investigate on my end too that would be really helpful.
Hi @Kate, I’m sorry to hear that you faced some inconveniences. Would you mind telling me more details on your use-case so I could think of a solution for you?
My clients told me they were unable to change their password when they logged in from the magic link. I now direct them click the link and have a look around, log out and click “Forgot Password” for a temporary password to be sent to them, then to log back in and change their password. It would be much easier if the magic link prompted them to create a password in the first place.
Apparently there was an issue with the User Profile block not passing additional info. This could have been the problem. It appears there’s been a few issues with this over the last few months.
I am looking to do just this - send magic link that redirects user to change their password. Is this yet possible via the magic link?
It does, now, that I am aware of.
How so? My magic link currently take users to the home page of my site, how would this be changed to another page on the site (where the update password block is)?