- Issue created by @sittard
- π³π±Netherlands robertragas
Also having the same issue when upgrading from 3.x to 5.0.7
- π³π±Netherlands robertragas
I have been able to consistently reproduce it by having a destination parameter in the url, once you press on the login with o365 button you will already get it before even returning from the azure login.
If you would remove that the error is not present.
- π¨π΄Colombia Freddy Rodriguez BogotΓ‘
I'm encountering the same issue where some requests are being redirected to "/o365/login?destination=":
The normal link in the main menu, "https://foo/example," is being redirected to "https://foo/o365/login?destination=example." As a result, the browser is triggering the ERR_TOO_MANY_REDIRECTS error for the users.
- π¨π΄Colombia Freddy Rodriguez BogotΓ‘
This case is really ambiguous. At this point, I'm not 100% sure if the problem described in the last comment was caused by the o365 module.
Here's what I did to track the problem:
1. Uninstalled the o365 sub-modules.
2. Uninstalled the o365 main module.However, the error persisted.
3. Uninstalled all the contrib modules.
The error still persisted with just the core module. :(
4. Restarted all the app containers.
After this, the issue was no longer present.
5. Restored a backup of the database with all modules, including the o365 modules.
The problem is not present any more.
Given these findings, I have some theories to share:
1. The issue might have been caused by an error during login, creating a "mid part login" state where some components had an active cached session while others did not. This could explain why some links were redirecting to the ?destination URL parameter.
2. Could there be a session cache at the backend level affecting default routing after logout? Perhaps the "mid part login" occurred during logout and persisted through subsequent logins.
3. Other cache layers such as WPA, Varnish, or Big Pipe might also be involved.
- π³π±Netherlands robertragas
In my situation Big Pipe is involved indeed.