My name is Nick, and I’m a product manager at Bubble here to share another update on our work to improve the mobile experience!
What have we changed?
Until now, our default password reset page was hardcoded to web, which meant mobile users needed to have a web app on Bubble just to implement password reset flows.
With this update, you can now set up password reset flows natively in your mobile app, which will make it much easier to create seamless flows for your users.
How will it work?
All mobile apps will have a reset_password view by default. When you send a password reset email from your mobile app, the link will open the mobile app instead of the web app. And, just like web, you can modify the look and feel and logic on the default reset_password view.
Any existing web password reset functionality for a web app in the same project will continue working as expected.
Same here - 10 errors in total, 9 of them had to do with no style being set for each of the new mobile sign in elements (groups, inputs, etc) - interestingly enough I just clicked each error, chose the exact same value in the property editor (i.e. ‘no style”) and the error would clear out.
Is there documentation on this somewhere? I can’t figure out how to test on my desktop since it wants to open on mobile. I don’t see how I can set different URLs for dev vs live.
Those 11 errors on those reset password component on mobile is due to style. You have to select it and choose none … as when we copy a component with style from an other application . Shame to see that on a bubble release
Hi everyone, following up here. We sincerely apologize for the issues that were thrown in the issue checker (and subsequent confusion) when we updated the reset password flow. Older apps created before we introduced updated default bubble styles earlier this year were impacted because they did not have the styles that the new reset_password view were expecting.
We have released an update to address this issue for any apps that haven’t yet loaded their editor since the deploy or will add a mobile app in the near future.
Unfortunately, for any apps that were impacted and have issues in the issue checker, you’ll need to navigate to the reset_password view and manually set the Style value to None (Custom) or something else of your choosing. This will remove the issues.
Hi there Nick. thanks for the update! I am not able to get it working right tho. Need some assistance please. I am currently using loops to send transactional emails. I keep getting a “this is not a valid email request” error.
Plus it still opens in the browser. How do you suggest I fix this, please?
Hi Nic, There seems to be an issue with password reset flow for me. I was using the password reset link to offer password reset in native mobile app, but when user clicks on the link they received in email, it is shows as invalid
I’m a bit lost, tbh. I’ve got the native password reset link working now, but I can’t test it because it opens up the live version of the app. So, in order to test the native password reset feature, we need to publish the app first? no way to test through the dev version before pushing it live?
