That log entry is a safe-guard, telling you that there is a
redirect which would lead to a redirect loop, because it is
pointing to the same page.
There is also a cli integrity check to get a overview:
$ vendor/bin/typo3 redirects:checkintegrity
+------------------+------------------------------+------------------------------------------------------+
| Source Domain | Source Path | Target |
+------------------+------------------------------+------------------------------------------------------+
| core-12.t3c.test | /styleguide-demo-177/bullets | https://core-12.t3c.test/styleguide-demo-177/bullets |
+------------------+------------------------------+------------------------------------------------------+
Sadly, there is no real marking/visual state for that in the backend, neither
in the page module nor in the redirects management module. However, check them
and find them (search by source path) in the module and delete them. That removes
the invalid redirect and thus the log entry.
For TYPO3 v13 there has been some slightly improvements to mark them correspondingly,
if the cli tool is used and make them visible/filterable in the backend - or at least
there are pending patches (in work/progress) to improve that in general. It is planed
to try to improve that further, also @Guido Schmechel wanted to contribute further changes in
this area.
However, this is not a bug - the logging is intended, and the issue is the not removed
redirects.
We will see if we can check that (performantly) on slug changes in the future and remove
self-referencing redirects directly - or mark them in the redirects middleware as conflicting
(and thus logging only once when hit).
Even that no redirect is happening is inteted (and the guard) to keep the page available.
I hope it is okay to close this issue due to not being a bug. If you think this is wrong,
ask to reopen it (with some explantion why and what you expect/why you disagree) in the
issue here or pinging in the TYPO3 Slack channel #typo3-cms-coredev pasting the issue.
Updated by