An image redirect from a foreign File Repo overrides local wiki page.
OpenPublic

Description

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: http://en.wikipedia.org/w/index.php?title=File:Bierstadt_Albert_Lower_Yellowstone_Falls.jpg&action=history

Issue originally reported by Chzz on irc.


Version: unspecified
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=36118

bzimport added a project: MediaWiki-Redirects.Via ConduitNov 21 2014, 11:24 PM
bzimport set Reference to bz28299.
Bawolff created this task.Via LegacyMar 28 2011, 10:05 PM
bzimport added a comment.Via ConduitMar 29 2011, 12:24 AM

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.

Bawolff added a comment.Via ConduitMar 29 2011, 3:01 AM

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.

bzimport added a comment.Via ConduitMar 29 2011, 8:42 AM

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.

MarkAHershberger added a comment.Via ConduitMar 29 2011, 9:30 PM

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

brion added a comment.Via ConduitApr 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.Via ConduitMay 3 2011, 10:41 PM

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

Nemo_bis added a comment.Via ConduitOct 11 2012, 8:30 PM

Bug 36118 is stated to be a possible duplicate.

brion placed this task up for grabs.Via Bulk EditWed, Sep 2, 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 TranscriptVia HeraldWed, Sep 2, 8:04 PM

Add Comment