redimp
Broken history after page rename
Noticed an issue with page history - if the page was renamed at some point of its life, the links to specific revisions become broken.
Consider the following: https://strixhalo.wiki/Hardware/PCs/GMKtec-EVO-X2/history
The page was renamed 2025-06-24 17:35:08 in the commit 8f88aa and none of the links to revisions earlier than that work (for example 35145e), they return 404 instead and this might hurt the indexation severely, as Google for example marks the website as containing too many errors and refuses to index it.
Ideally these links need to work, but alternatively at least don't return 404 for them and instead output the latest revision of the page with some note that this revision currently cannot be accessed.
Hey @deseven, thanks for reporting this.
I consider this a bug ... even it makes sense that this happens, since a revision with this path does not exist, but it is not a good user experience.
The history pages have configured
<meta name="robots" content="noindex, nofollow">
to avoid that robots loop and loop through the revisions and confuse them with the most recent version.
Thanks for the quick answer :)
Hm, yeah, I see the meta tag (although for me it only has a noindex), but not sure how web crawlers are going to approach this since they only read it when the page is already loaded and the link they followed is broken (404). I see many of such errors in the Google Search Console, so they are being tracked even if the page shouldn't be indexed.
Should be the same for your wiki, I just checked
❯ curl -s "https://strixhalo.wiki/Hardware/PCs/GMKtec-EVO-X2/history" | grep 'meta name="robots"'
<meta name="robots" content="noindex, nofollow">
You're right, my bad, I was checking for the revision page specifically, not for the history page.