I became aware of the issue because of a google search console notification. Digging through the Drupal logs I found a notice about an infinite loop involving a redirect with specific ID - when looking at the redirects in place, I saw that there was one in place for /demo => /demo. When I deleted this, the problem was resolved. We had a page that existed at /see-a-demo and we decided to change the URL to /demo. The module was set to automatically create redirects when changing the URL's on content, and somehow it created a redirect from /demo => /demo which you can't manually create, and was then causing a 503 error to fire when visiting /demo/
If you visited /demo without the trailing slash, it was fine.
At first I thought it was an issue with a service trying to load something else at that path, like a reserved folder name or something like that, because other url's with trailing slashes would redirect to the canonical url without the trailing slash, yet /demo/ did not redirect to /demo.
Not quite sure how to replicate the issue, but wanted to let you know that somehow the automation in the module created an infinite loop that was causing some issues.
Thanks
Comments
Comment #2
piotr pakulskiCan you please check if it is not related to languages example: Yor are changing the node title/alias for all languages but the problematic redirect is set only for English so after the change it is not being updated and it might get the infinite loop one?
Comment #3
dsvoboda commentedPerhaps, however the site isn't using multiple languages, though that may not matter. To reiterate we just changed the URL with an existing redirect in place, and instead of checking for an infinite loop, redirecting to the same path, it updated the redirect and created the infinite loop.
Comment #4
anybody