An image redirect from a foreign File Repo overrides local wiki page.
Open, NormalPublic


Reproducible on both trunk and enwikipedia.

Steps to reproduce:
*Have some thingy thats not a redirect in the file namespace.
*Make it a redirect to some other file
*Go in the history, and look at the old (non-redirect) revision of the page.

Expected behaviour:
*You see the old version
Actual behaviour:
*You see the this page is a redirect thingy, for even the non-redirect old versions.

ImagePage.php overrides how redirects are displayed to user, and does it differently then how its normally done. Presumably there is better handling for this in Article.php. With only looking at the code for about 5 seconds, it seems like there should be a better way to do this without the duplication.

I think bug 27857 has the same root cause.

Relevant example on 'pedia:

Issue originally reported by Chzz on irc.

Version: unspecified
Severity: normal
See Also:


bzimport set Reference to bz28299.
Bawolff created this task.Mar 28 2011, 10:05 PM

TBrophey wrote:

IMO, the above description does not accurately report the problem with File:Bierstadt_Albert_Lower_Yellowstone_Falls.jpg, for the associated redirect is on Commons and has only one version. Therefore it is to be expected that viewing a historic version on Wikipedia would not affect the redirect on Commons.

IMO the steps to redirect are:
*Find a redirect in File space on Commons
*Create a text-only page in File space on Wikipedia.
*Display the resulting Wikipedia page.

Expected behavior:
*The text on Wikipedia is shown in addition to (or instead of) the Commons page.
Actual behavior:
*The text on Wikipedia has no effect on the display.

My apologies, I misunderstood the issue. (Well actually both issues are present, but the one you're reporting seems more serious). Changing bug title to reflect actual issue.

One complication of this. Lets say [[image:foo.jpg]] is a redirect to [[image:Bar.jpg]] on commons, Someone creates the page image:Foo.jpg on enwikipedia as a normal non-redirect. Someone else puts [[image:Foo.jpg]] on an article. Since [[image:Foo.jpg]] is no longer a redirect, should inserting [[image:Foo.jpg]] into a page still display [[image:Bar.jpg]]. I'm leaning towards it shouldn't, but not really sure.

TBrophey wrote:

(Revising comment #1)
I can’t believe I wrote that. In case it is not obvious, what I meant to say in my second paragraph was:

IMO the steps to reproduce are:
*Find a redirect in File space on Commons
*Create a text-only page in File space on Wikipedia with the same name as the redirect.
*Display the resulting Wikipedia page.

It appears this is an actual bug to be fixed, not an enhancement request. reclassifying.

brion added a comment.Apr 18 2011, 7:09 PM

I'm dropping this from 'highest' as it's not a huge problem, but keeping at 'high' rather than 'normal' is it sounds like it may be hard to work around for the case where it hits.

brion added a comment.May 3 2011, 10:41 PM

Bumping back to 'normal' as nobody seems terribly freaked by it. :)

Bug 36118 is stated to be a possible duplicate.

brion removed brion as the assignee of this task.Sep 2 2015, 8:04 PM

Removing assignment from some tasks I'm not actively working on. Volunteers welcome, I'm happy to help if pinged!

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 2 2015, 8:04 PM
Meno25 removed a subscriber: Meno25.Feb 8 2016, 7:50 PM

Add Comment