Bug #102137
openProblems due to automatic redirects
0%
Description
When you regenerate the URL segment for a page, a redirect is automatically created. This can cause redirects / a redirect loop. The editor will not notice because no warning is displayed.
- Scenario
A possible scenario (which happens in real life and can be reproduced easily):
- editor copies page "X" -> new name "X1"
- generated slug: "/x-1"
- editor renames page "X1" to "Y"
- generated slug: "/y"
- auto-generated redirect: "/x-1" auf "/y"
- editor renames page "Y" to "Z"
- generated slug: "/z"
- auto-generated redirect: "/y" auf "/z"
- editor creates a new page "Y"
- generated slug: "/y"
- Result
Page "Y" is not accessible because the redirect from "/y" to "/z", which was automatically generated earlier, is still active.
- Current solution
Editor has to open the list of redirects and look for the corresponding entry. After that, the editor has to delete the redirect and everything works as expected.
It would be great if there could be checks installed which will warn the editor about this scenario and behaviour.
Updated by Björn Jacob over 1 year ago
- Related to Feature #99485: Show the redirect integrity status added
Updated by Stefan Bürk over 1 year ago
The middleware should detect that loop, fullfilled by pure
`ext:redirects` records and dropping the redirect(not doing)
it - along with logging it to the log.
Additionally, the integrity check should detect that. There
is a pending patch #99485 to make that integrity status visible
and searchable/fiterable in the admin/backend module (later on).
However, if a editor changes a page slug a normal notification
should appear if auto-redirect creation is enabled, at least
the core version. That misses a redirect loop detection at that
specific point.
Due to talks with quite some people, it's clear that that notification
is already not really understood by editory and adding that sentence
would not really help here.
Beside some contributor efforts now, I have some features in mind for
v13 to enhance the visibility of these redirects on pages - will see
how it pays out. Beauce of planing and timing thats scheduled for a
later point in the v13 development cycle (after 13.0 / 13.1).
I had quite some issue to understand this issue first, if this is now
what really:
- bug-report: what's not working excalty ? Redirects not created,
Endless Loop Detection and Preventing in the Middleware broken ? - feature-request: Enhance visibility, notifcation etc
Updated by Stefan Bürk over 1 year ago
- Status changed from New to Needs Feedback
Updated by Markus Klein over 1 year ago
- Related to Task #89301: Streamline automatic slug & redirects handling added