[GH-ISSUE #553] Login Redirect not working? #403

New issue

Closed

opened 2026-03-01 17:47:10 +03:00 by kerem · 1 comment

kerem commented

2026-03-01 17:47:10 +03:00

Owner

Originally created by @TriggerDingus on GitHub (Nov 15, 2023).
Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/553

I've had my Login Redirect set to the Aliases page since the feature came out not long ago. I recall that this worked for a short time, but it doesn't redirect any longer. I've tested it in a few different browsers and the result is the same.

Being a user of AnonAddy, I am a privacy guy and so the browsers I use are privacy-biased:
Mullvad (latest version)
Librewolf (latest version)
Perhaps the site is leaving a cookie that my browser is supposed to read, however, my browsers are set to clean-up cookies upon exit.

When I login in, I am left at the Dashboard and the redirect doesn't happen.

Originally created by @TriggerDingus on GitHub (Nov 15, 2023). Original GitHub issue: https://github.com/anonaddy/anonaddy/issues/553 I've had my Login Redirect set to the Aliases page since the feature came out not long ago. I recall that this worked for a short time, but it doesn't redirect any longer. I've tested it in a few different browsers and the result is the same. Being a user of AnonAddy, I am a privacy guy and so the browsers I use are privacy-biased: Mullvad (latest version) Librewolf (latest version) Perhaps the site is leaving a cookie that my browser is supposed to read, however, my browsers are set to clean-up cookies upon exit. When I login in, I am left at the Dashboard and the redirect doesn't happen.

kerem closed this issue

2026-03-01 17:47:10 +03:00

kerem commented

2026-03-01 17:47:11 +03:00

Author

Owner

@willbrowningme commented on GitHub (Nov 16, 2023):

Thanks for bringing this to my attention, it seems the issue was caused by the intended URL overriding the login redirect setting:

redirect()->intended($this->redirectPath());

So if you pasted https://app.addy.io directly into your browser then the intended URL would be set in the session at https://app.addy.io which would override whatever you had set as your login redirect.

I've just pushed an update that will ignore the intended URL if it is just the dashboard page (https://app.addy.io).

If the intended URL is something else then this will still need to override whatever you set as your login redirect because this is required for the alias deactivation link in the email banner. If the user is not logged in when they click the deactivate link then they can login and the intended URL will ensure that the alias is immediately deactivated still.

@willbrowningme commented on GitHub (Nov 16, 2023): Thanks for bringing this to my attention, it seems the issue was caused by the intended URL overriding the login redirect setting: ```php redirect()->intended($this->redirectPath()); ``` So if you pasted `https://app.addy.io` directly into your browser then the intended URL would be set in the session at `https://app.addy.io` which would override whatever you had set as your login redirect. I've just pushed an update that will ignore the intended URL if it is just the dashboard page (`https://app.addy.io`). If the intended URL is something else then this will still need to override whatever you set as your login redirect because this is required for the alias deactivation link in the email banner. If the user is not logged in when they click the deactivate link then they can login and the intended URL will ensure that the alias is immediately deactivated still.

kerem referenced this issue

2026-03-01 17:48:21 +03:00

[PR #403] [CLOSED] fix v-clipboard version #601

kerem referenced this issue

2026-03-14 11:50:26 +03:00

[PR #403] [CLOSED] fix v-clipboard version #1168