Page MenuHomePhabricator

Parse redirect pages before sending to target to allow target to be chosen with parser functions
Closed, ResolvedPublic

Description

What I'm asking for is that:

#REDIRECT[[Today's featured article for {{#time:j F Y}}]]
should take me to [[Today's featured article for 21 February 2014]] today, and [[Today's featured article for 22 February 2014]] tomorrow and so forth.

This would be the most common use case, although I could see other parser functions being used if the redirect was created using a template.


Version: 1.23.0
Severity: enhancement

Details

Reference
bz61791

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 3:03 AM
bzimport set Reference to bz61791.
bzimport added a subscriber: Unknown Object (MLST).

bug 1575 seems to be asking for redirect pages to not redirect and instead display text (which seems odd to me) as if &redirect=no was used on the page. I'm asking for the ability to create [[Project:Featured article of the day]] and have it redirect to [[Today's featured article for 23 February 2014]] today, and [[Today's featured article for 24 February 2014]] tomorrow and so forth.

I've added Brion to the CC list so that he may comment.

Actually, it is bug 1575. The reporter of it is saying that they don't redirect currently but they should, which is the same as what you want. Reopen it if you must.

  • This bug has been marked as a duplicate of bug 1575 ***

It's not a duplicate. Bug 1575 says "This displays as if &redirect=no were included in the URL. No redirection happens." This bug on the other-hand says that redirection should most certainly happen.

Yes it is. He's saying the redirect doesn't happen even though it should. You're also saying the redirect doesn't happen even though it should.

  • This bug has been marked as a duplicate of bug 1575 ***

No, this is different. This bug is a direct request to address the blocker as defined by Brion in [[4882#c1]] "A redirect target needs to be raw plain text because it's extracted directly, not rendered as wikitext." which is why this ticket is a request to change that behavior and render the page as wikitext instead of plain text.

(In reply to Technical 13 from comment #5)

It's not a duplicate. Bug 1575 says "This displays as if &redirect=no were
included in the URL. No redirection happens." This bug on the other-hand
says that redirection should most certainly happen.

You're misunderstanding. He's saying "it doesn't redirect [as if you had appended &redirect=no to the URL, which you didn't]" and very clearly wants it to redirect. It's the same bug which we've had several duplicates of now (see those, if you think bug 1575 isn't a dupe alone)

(In reply to Technical 13 from comment #7)

No, this is different. This bug is a direct request to address the blocker
as defined by Brion in [[4882#c1]] "A redirect target needs to be raw plain
text because it's extracted directly, not rendered as wikitext." which is
why this ticket is a request to change that behavior and render the page as
wikitext instead of plain text.

Six of one half a dozen of another. It's the same exact request reworded.

If we can't dupe to 1575 how about bug 7727, bug 6196 or the others?

  • This bug has been marked as a duplicate of bug 4763 ***