Infinite redirects (redirect loop) when updating slugs
When backend user change slug of a page then there are sys_redirects that are created automatically. Following scenario will lead to whole part of page tree be inaccessible for visitors:
1. Page is called "Subpage" (slug: /subpage)
2. Page is beeing renamed to "Subpage something" and slug get's updated to "/subpage-something" at the same time redirect 307 is created (/subpage -> /subpage-something)
3. Page is beeing renamed to "Subpage" and slug get's updated to "/subpage" at the same time redirect 307 is created (/subpage-something -> /subpage)
After step 3 is done - infinite redirect has been created so subpage and all it's child pages are inaccessible at all due to infinite redirect.
We already had such a case with our redactors several times. Did anyone experienced similar problems and how you deal with that? Of course automatic redirects creation might be switched off by configuration but after all it's nice functionality - but could be quite dangerous at current state.
Updated by Sybille Peters 8 months ago
I already reported this a while ago: #89090. The issue has been closed as resolved, see https://review.typo3.org/c/Packages/TYPO3.CMS/+/61627
Was added in 10.1, see changelog: https://docs.typo3.org/c/typo3/cms-core/master/en-us/Changelog/10.1/Feature-89090-ReportsForConflictingRedirects.html
The patch does not really resolve the issue - meaning it does not prevent redirect loops. However it does provide some tools:
What you can do is use the commands redirect:checkintegrity and / or redirects:cleanup regularly to check theredirects and cleanup old redirects periodically (e.g. using the hit count or age of the redirect):
(I have not tested this yet).
Updated by Sybille Peters 6 months ago
Wolfgang Podbregar Klinger After only about a week after updating to v10, redirect chaos has already rendered a page unavailable (redirect loops). This had to be manually resolved by an admin by removing unncessary redirects. It happened because URLs of pages including subpages were changed several times.
I had already anticipated problems with the automatic renaming of URLs (on subpages) and automatic redirect creation. I am afraid it is a real challenge to prevent editors from pointless multiple changes of URLs (which may be well intended but create problems). Will checkout sluggi extension.
I am not really happy with this. Wanted to stick to core solution.