-
Notifications
You must be signed in to change notification settings - Fork 11.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[5.8.] When you proxy VerifyEmail verificationUrl() method is called anyway #28469
Comments
Can you please fill in the exact versions in the issue template? |
@driesvints Fixed |
Can you please share some more code? Where does this |
The Inside the public function boot()
{
// Override the default behavior of VerifyEmail notification
VerifyEmail::toMailUsing(new VerifyEmailNotificationProxy());
} That's just it. Again if I leave a dummy route named |
I see what you mean now @ludo237. I can understand that you'd want to generate a new url and not use the one generated by the It's best to post this at the laravel/ideas repository to get support for your idea. After that you may send a PR to the framework. Thanks! |
I think it's half a bug and half a feature request. I mean the |
Description:
I've a Proxy for
VerifyEmail
that generates a new custom signed URL and then send a mail message from within the proxy itself like see code below:The problem is that if I don't put a dummy route named
verification.verify
the test will break because the native methodIlluminate\Auth\Notifications::VerifyEmail
@verificationUrl
is called regardless of what the Proxy does which should not be the case in my opionionSteps To Reproduce:
AppServiceProvider.php
like soverification.verify
web.php
withname("verification.verify")
to counter-test this problemThe text was updated successfully, but these errors were encountered: