Closed Ardnived closed 4 years ago
This is just wonderful! Thank you for doing this 🙏
params[:url]
– can we make up a more descriptive name? Like, destination_url
or return_url
or something similar.I would be happy to merge this 💙💚💛💜❤️
@mikker No problem, I'll change params[:url]
to params[:destination_url]
and add something to the README this evening, and then update the PR.
@mikker I've changed the redirect query parameter to destination_path
, and taken @JoeSouthan 's suggestion to make it more secure.
I updated the README, and took the liberty of making a few other changes to the README to hopefully make a bit easier to navigate.
@mikker Simplified the query param redirect based on @JoeSouthan 's suggestion. Let me know if there are any other changes want.
Glad to see this pr was approved, this will really help me with #70. Let me know if there is anything I can do to help move it forward. Looking forward to it, thanks @Ardnived & @mikker! ❤️
I merged the suggestions. Feel free to merge the PR as far as I'm concerned.
💙💚💛💜❤️
Just released in 0.9.0
🎉
Legendary work! This pr really takes this package to the next level! 🥇
This contains the changes in PR #67, but allows further customisation, and also applied the customised redirect to all failures, instead of just token reuse. This also addresses #19 and #21
sign_out_redirect_path
failure_redirect_path
success_redirect_path
url
query parameter.Success redirection has this priority
params[:url]
>reset_passwordless_redirect_location
>Passwordless.success_redirect_path
In theory I've also set it up so that you can override the functions that fetch these redirects for more complicated/customisable redirection, but I haven't tested that.
All tests have been updated and pass.