-
2012-09-19
Michitux
When a page is deleted of which a plural or non-plural version exists and the autoplural configuration option is on, the link in the recent changes that should point to the deleted page points to the existing plural/non-plural version as resolve_pageid() is used by the html_wikilink/internallink-function. This is especially annoying when one of the two pages (like namespaces and namespace on dokuwiki.org) was deleted and you want to restore a couple of pages that were delete by a vandal as then you don't immediately notice the deletion as the link to the page is green.
-
2012-09-24
ach
I remember this came up before, but couldn't find it...
I agree that it's annoying, but on the other hand, if you'd follow a red, deleted [[namespace]] link, you would end up on [[namespaces]] anyway. So, I don't think a consistent and un-annoying solution is at all possible.
-
2012-09-24
Michitux
No, when the link points to :namespace you are not redirected to :namespaces even when autoplural is on. Autoplural only affects internal links in pages and not how ids in the URL are handled. If the link was created in the same way as the link on the revisions page, everything would be consistent and un-annoying in my opinion.
-
2012-09-24
ach
So, the links in the old revisions are *not* internal links? That would be weird (from the user's point of view), because they look and behave like internal links. They even have the same colour and classes.
-
2012-09-24
Michitux
I mean links in the list of old revisions of a page, not links in the content of old revisions. The HTML code for the links in the old revisions list is directly generated as they always point to a specific revision of a page that always exists (otherwise there is no link). If the revisions list used the internal link function you would get even worse results for deleted pages of which the plural/non-plural version exists (when start exists and autoplural is on, [[starts?rev=1348501595]] points to start even though the page "starts" has a revision 1348501595 but start has no revision 1348501595).
I think one doesn't expect that links in recent changes or revisions lists are affected by the autoplural configuration option because the entry in the recent changes is always for a specific page.
-
2012-09-25
ach
Yes, on the one hand I agree that those links should not be affected by the autoplural configuration if they are no normal internal links, but on the other hand (to a user) they still *look* like normal internal links. I would consider that a design bug if they aren't.
-
2013-08-01
ChrisS
This seems to be a problem of auto-generated links having modifications applied to them - which shouldn't be necessary.
-
Related tasks: