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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T6470, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4470 - Redirects (multiple names) for image inclusions
Redirects (multiple names) for image inclusions
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 7012 (view as bug list)
Depends on:
Blocks:
  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: ---


Attachments

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:

[[:Commons:Village_pump#Foreign_language_image_redirects]]
[[:Commons:Village_pump_archive-17#Redirects_within_the_image_namespace]]

Thanks.
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
Sorry!

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.


Navigation
Links