Last modified: 2008-03-28 13:52:21 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4470 - Redirects (multiple names) for image inclusions
Redirects (multiple names) for image inclusions
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
All All
: Normal enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 7012 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-01-03 21:48 UTC by Derrick Coetzee
Modified: 2008-03-28 13:52 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Derrick Coetzee 2006-01-03 21:48:12 UTC
Sorry if there's already a bug for this, I couldn't find one - it seems to tie into handling of 
image redirects and proper image renaming.

The images on Wikimedia Commons are used by projects in every language. Many of the names are 
language-neutral, but many are not and can't reasonably be made language neutral, making them 
cryptic when used in projects not matching the language. We need a way to be able to create 
multiple names referring to a single image. As a simple example, [[:Commons:Image:Den tyske ordens 
skjold.jpg]] has a Norwegian name, which in English is roughly "Teutonic shield". Ideally the 
English Wikipedia should be able to use [[Image:Teutonic shield.jpg]] instead of [[Image:Den tyske 
ordens skjold.jpg]], without uploading redundant copies of the image to Commons or En. More 
discussion at:


Comment 1 lɛʁi לערי ריינהארט 2006-01-08 14:07:13 UTC
See bug comment 30
bug 710: Redirect to category page doesn't work
Comment 2 lɛʁi לערי ריינהארט 2006-01-08 14:07:55 UTC

See bug 710 comment 30
bug 710: Redirect to category page doesn't work
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-06-21 02:15:37 UTC
Summary changed for easier searching.  (If you liked the old one better, at
least include the word "redirect" somewhere, please.)
Comment 4 Borgx 2006-06-21 02:22:42 UTC
Identical images problem can be avoided when the time bug 5763 got fixed.
Comment 5 Brion Vibber 2006-08-15 04:14:06 UTC
*** Bug 7012 has been marked as a duplicate of this bug. ***
Comment 6 Victor Vasiliev 2007-12-29 14:48:18 UTC
Fixed in r28986.
Comment 7 Brion Vibber 2007-12-31 20:57:20 UTC
Reverted pending review.
Comment 8 Roan Kattouw 2007-12-31 21:17:39 UTC
I've done some basic testing, which shows the following behavior:

- If Image:A redirects to Image:B and the latter exists, [[Image:A]] displays Image:B. Clicking it takes you to Image:B
- If Image:A redirects to Image:B and the description page exists but has no associated image, a link to Image:B is rendered with "Image:A" as caption.
- If Image:A redirects to Image:B and the latter doesn't exist, [[Image:A]] displays a red link captioned "Image:A" and leading to [[Special:Upload/A]]. It would probably be advisable for Special:Upload to display a warning in this case ("You're attempting to overwrite a dead redirect to Image:B"), or to just link to [[Image:A]], mirroring the behavior for regular double redirects.
- If Image:A redirects to Image:B, which is in turn a redirect, A RED LINK TO Special:Upload/A IS DISPLAYED. This is very likely undesired behavior.

These testcases were all run on a local image repo, haven't tested with remote repos (in that case a remote image can exist without a local description page).
Comment 9 Victor Vasiliev 2008-01-16 18:39:46 UTC
Fixed in r29858
Comment 10 Raimond Spekking 2008-03-28 13:52:21 UTC
*** Bug 13546 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.