artslave wrote:

Categories only work if they are on the same line as the REDIRECT -- anything after a
newline (Return or Enter) is discarded.

qleah wrote:

This bug additionally renders the {{r from ...}} templates useless.

zigger wrote:

The {{r from ...}} templates work, including the categorisation, on the same
line as the redirect. See
http://en.wikipedia.org/w/wiki.phtml?title=As_of_2004&redirect=no

bugzillas+padREMOVETHISdu wrote:

These {{R from ...}} templates used to work on redirects until the upgrade to
1.4beta3, see http://en.wikipedia.org/w/index.php?title=Meter&redirect=no.

http://en.wikipedia.org/w/index.php?title=Meter&diff=0&oldid=7854141 does show
the category though.

See any of the subcategories of [[Category:Redirects]] for the effect of this
bug -- no redirect page categorised.

Making priority "high" as the bug is live on w:en: and renders categorisation of
redirects useless.

bugzillas+padREMOVETHISdu wrote:

[[Winston Salem, North Carolina]] is a curious exception, in which the template
tag *does* work. But in this case the redirect icon is not shown. Looks like
either things in the same line as the redirect would work xor the redirect icon
is shown, but not both together.

rfl wrote:

The "Winston Salem, North Carolina" no longer works
[http://en.wikipedia.org/w/index.php?title=Winston_Salem%2C_North_Carolina&redirect=no]
(it might have been a cached version of an older (working) redirect page). Right
now no redirect templates
[http://en.wikipedia.org/wiki/Wikipedia:Template_messages/Redirect_pages] seem
to work. Everything seems to be fine in previews and diffs
[http://en.wikipedia.org/w/index.php?title=False_memories&diff=prev&oldid=8951990]
(where there is "#REDIRECT" shown instead of the picture and the large link)
but not on the actual redirect pages
[http://en.wikipedia.org/w/index.php?title=False_memories&redirect=no] where
there is no template message and category link. Also, the entire
Category:Redirects hierarchy [http://en.wikipedia.org/wiki/Category:Redirects]
is empty, containing only the templates themselves, not the redirect pages using
them.
This problem appeared after upgrading English Wikipedia to MediaWiki 1.4. I have
never seen a redirect page with the new layout with large type and redirect.png
with working redirect templates. Please see my comment on Wikipedia
talk:Template messages/Redirect pages
[http://en.wikipedia.org/wiki/Wikipedia_talk:Template_messages/Redirect_pages].
Thanks.

bugzillas+padREMOVETHISdu wrote:

The redirect still gets added to the Whatlinkshere of the template. e.g. after
my edit: http://en.wikipedia.org/w/index.php?title=Dfid&diff=next&oldid=9182247,
[[Dfid]] got added to [[Special:Whatlinkshere/Template:R from abbreviation]].

Redirect pages can't contain other content, as that causes fun problems.

bugzillas+padREMOVETHISdu wrote:

What kind of "fun problems" are caused? These did work earlier, didn't they?

Note that the content has to be displayed only when redirect=no is specified, in
which case the redirect just works like a normal page. Why can't the entire line
of Wiki code be rendered just like the way the redirect [[foo]] portion is rendered?

Currently I see that any category tags in the same line as the redirect are
rendered, and even category tags in a template transcluded in the same line as
the redirect are rendered. So why not the template text?

Note that even if any wiki text in the lines after the redirect line is ignored
and not even saved, why ignore the text in the same line *while rendering* (note
that the whole line is saved, only while rendering the whole line is not rendered).

artslave wrote:

There are several reasons the ability to categorize redirects is useful:

• to facilitate classification for exclusion from print-Wikipedia
• to facilitate systematic clean-up (for instance, deletion of redirects in the

form of "xxx (Axxx) → xxx (axxx)")

• to facilitate and document consensus implementation around naming conventions

If there's a way other than templates or same-line categorization to do this,
let us know, Brion.

As I recall, Tim relaxed the same-line restriction. Can you confirm?

en.ABCD wrote:

Currently, redirects do not display any content except categories (and the usual
image & link), however, the category does not have to be on the first line. See
[[User:ABCD/test4]]

gangleri wrote:

(In reply to comment #5) (In reply to comment #6)

[[Winston Salem, North Carolina]] is a curious exception, ...

Opened NEW
Bug 4917: Perform %nn character, precombined character and other normalisations
before rendering a redirect

There are more requirements about the rendering of a redirect. I was
investigating on this because v~andals could identify a place to post sp~am.
This is why my personal opinion is to render the "additional" page source.

Some other related requirements are contradictory / more sophisticated:
Bug 2012: Redirect Pages which have extra Text have them placed on top of
Article they redirect to
I do not understand what exactly is the requirement of
Bug 1399: Edits on redirect-pages are ignored
"The code that checks if an article is a redirect should first check if the
article has only one non-empty line, else it's not a redirect. That way, edits
would no longer be
ignored and the behavior would be less confusing to the user."
This contradicts with some of the requirements here: *from* comment 9: "Why
can't the entire line of Wiki code be rendered just like the way the redirect
[[foo]] portion is rendered?"

Another important decision would be to give some recommendations for the *exact*
syntax for redirects to images and categories: Must inline links be specified or
not. Test cases for images are available at
http://yi.wiktionary.org/w/index.php?title=pruv.png&redirect=no
using #REDIRECT [[image:foo]] and *not* #REDIRECT [[:image:foo]]
http://de.wikipedia.org/w/index.php?title=Bild:Gnu-head.png&redirect=no from
Bug 1103: When redirecting to an image description page, the redirect works but
the image is not show.
using #REDIRECT [[image:foo]] and *not* #REDIRECT [[:image:foo]]
but rendering different because this image is from the shared repository / commons:

What about redirect to categories and inline syntax?

Bug 4873: Next and previous revision links hidden on old-revision view of
redirect text
relates to history/diff rendering of redirects see
http://de.wikipedia.org/w/index.php?title=Ziegenpeter&oldid=762757
http://de.wikipedia.org/w/index.php?title=Ziegenpeter&direction=prev&oldid=762757

best regards reinhardt [[user:gangleri]]

gangleri wrote:

*note*

I just want to add that what you see as rendering of the "Current revision" at
http://en.wikipedia.org/w/index.php?title=Winston_Salem%2C_North_Carolina&diff=17069037&oldid=8926520
is *not* the rendering of the current revision.

gangleri wrote:

I found more rendering inconsistencies (between preview and final rendering) for
redirects.
Please edit the links and make a preview.

http://test.wikipedia.org/wiki/User:Gangleri/tests/bugzilla/04917/redirect_to_self_%22NAMESPACE:PAGENAME%22
*strange* different then
http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/04917/redirect_to_self_%22hardcoded%22&redirect=no

http://test.wikipedia.org/wiki/User:Gangleri/tests/bugzilla/04917/redirect_to_self_%22number_sign_/_hash%22
*broken* is a reditect with anchor # only the redirect graphic is shown

http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/04917/redirect_to_self_%22self_and_number_sign_/_hash_and_foo%22&redirect=no
is a reditect with anchor #foo (bug 218)

http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/04917/redirect_to_self_%22self_and_many_spaces_and_underscores%22&redirect=no
is a test case for
Bug 4930: Handling of nonsignificant spaces and underscores in wiki links

http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/04917/redirect_to_%22/%22&redirect=no
*broken* redirect to /
http://test.wikipedia.org/w/index.php?title=User:Gangleri/tests/bugzilla/04917/redirect_to_%22/foo%22&redirect=no
*broken* redirect to /foo
the target link differs between preview and final rendering

William.Allen.Simpson wrote:

Still some oddities going on with redirects, hard to put a finger on them.

Confirmed that categories and templates both currently work today, on the
same line, or on the next line.

However, templates that change, and are on the next line after the redirect,
do not seem to cause "touch" in a few days by the job queue.

Moreover, I ran into a couple of pages that had a large amount of old text
after the redirect. This produced a hilarious amount of nested levels of
"redirect" in the What Links Here, and seem to be added to the WLH of pages
they have no links to (which is how I saw them both).

My guess is allowing categories and templates to be on successor lines, also
caused some rather strange link indexing behaviour. Could we have a restriction
that ONLY categories and templates should be on successor lines?

(I never had a problem with the old way, myself, it wasn't very hard to follow
instructions. But now lots of folks are putting them on successor lines, so it
would be hard to go back.)

The original issue (the single line restriction) is long since fixed. Any other
issues should be reported separately.