### Steps to reproduce

1. As user A mention user B in a work package
2. As user B, make sure not to be logged in
3. As user B wait for the notifications email and click on the link for the work package
4. Login when landing on the login page

### What is the buggy behavior?

After logging in the user is on the general notifications page (e.g. [https://community.openproject.org/notifications)](https://community.openproject.org/notifications)) rather than the details for the notification from the email.

Specifically, clicking on [https://community.openproject.org/notifications/details/45904/activity](https://community.openproject.org/notifications/details/45904/activity) while not logged in leads to https://community.openproject.org/login?back\_url=https://community.openproject.org/notifications.

### What is the expected behavior?

After logging in the user should be on the details for the notification he clicked on in the email (e.g. [https://community.openproject.org/notifications/details/45904/activity).](https://community.openproject.org/notifications/details/45904/activity).)

That is on the login screen the URL should be [https://community.openproject.org/login?back\_url=https://community.openproject.org/notifications/details/45904](https://community.openproject.org/login?back_url=https://community.openproject.org/notifications/details/45904) in our example.

### Environment information

**OpenProject installation type**

* [x] Hosted cloud edition
* [ ] Packaged installation
* What distribution?
* [ ] Docker All-in-one container
* [ ] Docker-compose installation
* [ ] Other (please specify)

**OpenProject version**

Begin of the insertionv12.4.4End of the insertion Begin of the deletion v12.5.0End of the deletion

**Browser**

* [x] Chrome
* [ ] Firefox
* [ ] Safari
* [ ] Mobile Safari
* [ ] Other (please specify)