Last modified: 2007-04-20 15:22:53 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 5439 - Images on commons: Article does not exist
Images on commons: Article does not exist
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Special:...
:
: 6087 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-03 19:22 UTC by Effeietsanders
Modified: 2007-04-20 15:22 UTC (History)
1 user (show)

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


Attachments

Description Effeietsanders 2006-04-03 19:22:33 UTC
In the past was the case that when there was a image on commons, people could
find it as well by typing "image:Name.extention" in their own wiki, and got a
discriptionpage witht the image, saying the image was availeble via Wikimedia
Commons. When you type now for instance "Image:Community.gif" in en.wikipedia,
you get
http://en.wikipedia.org/wiki/Special:Search?search=image%3Acommunity.gif&go=OK ,
while it does exist on commons, see
http://commons.wikimedia.org/wiki/Image:Community.gif . I think this is a bug
that entered during last updates. Some days ago the function was there i think. 
Thanks

Effeietsanders
Comment 1 Brion Vibber 2006-04-04 06:58:03 UTC
As far as I know we haven't had this; there's some special-case code for inline links 
showing blue instead of red, but I don't recall anything about 'go' searches.

It'd be easy enough to add, though.
Comment 2 Fred Chess 2006-05-15 10:00:19 UTC
In articles, links to Commons images appear in blue, but in the history, they
appear in red.

See
http://en.wikipedia.org/wiki/User_talk:Kpjas#Image_Tagging_:Image:Basil_1511.jpg
 , there the link to the image is blue.

See
http://en.wikipedia.org/w/index.php?title=User_talk%3AKpjas&diff=53118828&oldid=53115745
where the image link is in red.

However, unlike the history function, the Deletion Log normally shows image
links in blue -- unless the image is on Commons, when the link is shown in red.
See
http://en.wikipedia.org/w/index.php?title=Special%3ALog&type=delete&user=Fred+chessplayer&page=Image%3ABascinet2.jpg
for the deletion log where I deleted an image redundant to a Commons image. When
clicking on this link, I'd like to be taken directly to the image description
page, in this case http://en.wikipedia.org/wiki/Image:Basil_1511.jpg , not (as
it is now) to the edit mode page
http://en.wikipedia.org/w/index.php?title=Image:Basil_1511.jpg&action=edit

I hope this made sense...
Comment 3 Fred Chess 2006-05-15 10:02:50 UTC
err, the image name in the example should be Image:Bascinet2.jpg consistantly
(not Basil_1511.jpg), but I think you get the point.
Comment 4 Rob Church 2006-05-26 22:50:26 UTC
*** Bug 6087 has been marked as a duplicate of this bug. ***
Comment 5 Brion Vibber 2007-04-20 15:22:53 UTC
Fixed in r21419

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


Navigation
Links