Last modified: 2010-05-15 15:33:55 UTC
on commons i redirected [[Prunus cerasus]] and [[Prunus avium]] to cherry due to
the fact that its pretty much impossible to tell them apart from a photo.
however i wanted to keep the scientific names in [[Category:Rosaceae]] so i
tried putting the category on the redirects.
it seems for some reason mediawiki will not let me do this.
*** This bug has been marked as a duplicate of 710 ***
NO THIS IS NOT A DUPLICATE OF 710
This bug is about including categories ON redirect pages NOT about redirecting
redirecting TO category pages is a seperate issue (and also one that we on
commons are desperate to have resolved)
(In reply to comment #2)
> NO THIS IS NOT A DUPLICATE OF 710
> This bug is about including categories ON redirect pages NOT about redirecting
> to categories
> redirecting TO category pages is a seperate issue (and also one that we on
> commons are desperate to have resolved)
I found the following (valid for mediawiki 1.3.7, 1.3.11, but in 1.5 is different):
When you create a new(!) page X with the only content
Brion & Co: ATTENTION, this works(!) surprisingly in mediawiki 1.3.7 and 1.3.11:
page X is a) saved and b) the Category tag is saved and works.
However, when you reopen that page to edit something, the category tag (which is
shown) is automatically deleted by the wiki if you save the page for the second
In CVS version 1.5, the [[Category:foo-foo]] is not even saved, when you create
the page, i.e. immediately cleared.
As I want to have - apparently like Peter - many pages with some short page
titles X with a #REDIRECT _and_ a [[category:Acrocynm]], this is really a
Please can someone of the developers have a look into this bugzilla 1476 get it
solved ? TIA
Created attachment 419 [details]
Allows category tags on redirect pages to show on category page list,.
The issue here is primarily that of parsing. Changing the category page code to
allow the display of redirect pages is trivial. It's even "trivial" (remove one
line of code) to modify article.php with the results that category tags on
redirect pages are parsed and registered. However, doing so raises some issues:
1. At the same time that the parser detects category tags, it will also detect
other types of links. Nothing get rendered, but those links show up in other
places: for instance "what links here" at one of the targets of those links
will show the redirect page as a redirect page to the target of the embedded
link. (The page Abc redirects to Foo, but also contains an embedded link to
Bar. At Bar, "What links here" lists Abc as a redirect to Bar). Of course, if
redirect pages don't contain embedded links, there is no problem.
2. The speed of redirect pages will be decreased somewhat. I don't know how
significant this will be. However, as I understand it, redirect pages don't get
Special code could be written that only parses redirect pages for category
links, if that is deemed necessary.
I'm attaching a patch to 1.4.0 that does this simple change. I've only tested
under 1.5 development , but I don't see any obvious reason it shouldn't work
i'm sure i already fixed this in HEAD.
is this a different issue? i'm not sure i want to change 1.4's behaviour
because it's a non-trivial behavioural change.
(In reply to comment #5)
> i'm sure i already fixed this in HEAD.
I hadn't noticed this change to article.php. However, when I test the HEAD code
(including your change, but not mine), any content on redirect pages after the
first line gets deleted, including category tags. Perhaps that's by design. The
effect of my additional patch is to remove this restriction.
However, the patch I included above will not, by itself, fix things for 1.4.0.
Should anyone want to use/test, then Kate's changes would also be necessary.
I would like to encourage adoption of the changes necessary to allow categories
to appear on #REDIRECT pages. Here's an example of why I need them:
I've been working on the WWII order of battle for German divisions. A lot of the
divisions changed their name and/or organization over the course of their
lifetimes, but it seems best to provide one article per division rather than a
separate article for every reorganization and purely cosmetic name change. After
creating such an article all the other aliases can be set up with redirects, so
people can find the article regardless of which name they want to look up. But
putting the categorization on the article sometimes leaves undesirable effects.
For example, [[Category:German panzer divisions]] ends up containing the light
divisions and even some infantry divisions in the list, which will surely baffle
people who haven't read the articles yet. And it can't be fixed by renaming the
articles, because that just moves the problem elsewhere. (E.g., we need a
category for the light divisions listing them as light divisions, and a category
for panzer divisions listing those same divisions as panzer divisions.) If I
could put categories on the redirect "alias" pages, I could clean up the
categories to be clear and precise rather than giving the appearance of
miscategorization as the do now.
Presumably the same issues come up for other classes of articles where redirects
are used to create aliases for things.
*** Bug 2278 has been marked as a duplicate of this bug. ***
I'll try the patch.
I just add a note to explain another situation.
I work with greek page titles. I added them Greece category.
But for my friends who don't read greek, I created pages with latin transcription title, which #REDIRECT to the greek titled page.
I want to add the latin title page in "Greece" category.
Of course, the same problem for cyrillic letters ;)
Some friends work on Greek mythology would like this feature too.
added the URL http://test.leuksman.com/index.php/Category:REDIRECT's
The test wiki FiverAlpha http://test.leuksman.com/ uses (now) MediaWiki: 1.5alpha2 .
To my knowledge the *only* restriction is:
to use *whatever* - categories, templates, interlanguage links (?) - in the
Please see also some test cases at
Regards Reinhardt [[user:gangleri]]
*** Bug 491 has been marked as a duplicate of this bug. ***
*** Bug 1333 has been marked as a duplicate of this bug. ***
Changing severity back from enhancement to normal, as this was 1.3 functionality
lost in 1.4 (but restored in 1.5 alphas).
*** Bug 3344 has been marked as a duplicate of this bug. ***
Reopening bug. Still no way to categorize a redirect with HEAD.
Same thing here, though it appears you can categorize a redirect using HEAD if
you place the category tags on the same line as the redirect.
Please read bug 218 comment 15.
Bug 218: Redirects do not handle named anchors well
This is fixed in CVS currently (to be released in 1.6). You no longer need to
place the category on the same line as the redirect.
(In reply to comment #19)
> ... You no longer need to
> place the category on the same line as the redirect.
The first is a "valid" REDIRECT the second not. However the second example can
be the result of a "bot" optimisation if interwiki links and categories are
placed at the top of the page source.
If this will become an issue please open another bug about changing REDIRECT
(In reply to comment #20)
If people's bots break wikimarkup, that isn't our problem. They should be coded
not to touch the top line of a redirect page.