Last modified: 2011-03-13 18:06:34 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 8808 - red links from missing images
red links from missing images
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Lowest enhancement with 4 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-28 15:00 UTC by AJF
Modified: 2011-03-13 18:06 UTC (History)
1 user (show)

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


Attachments

Description AJF 2007-01-28 15:00:48 UTC
Current design is that 'red link' caused by missing graphics on non-special
pages points to upload page with filled upload file name same as missing one.
Probably most users especially sysops don't need this. They need link to deleted
revisions to check what was the history of graphic (who uploaded it, who
deleted, etc).

I think it should be fixed to make easier checking history of missing graphics.
Comment 1 Rob Church 2007-01-28 15:02:45 UTC
Linking direct to the deleted revisions isn't helpful for users who can't see
them. A better idea would be to link to the deletion log in the upload header
message.
Comment 2 AJF 2007-01-28 15:10:11 UTC
Yes, but maybe a split:

for sysops directly to undelete, and for rest of users to special:log with
filled name, so everybody will be able to easy check who deleted and who uploaded.

I have to do this lots of times and currently it's really annoying.
Comment 3 Rob Church 2007-01-28 15:25:52 UTC
What about the existing use case, where users reference an image, then click on
it to go and upload it? Or where the presence of the red link lets them know
that the wrong filename has been used?

A separate link destination means we'll have to alter the parser output and
split the cache again according to permissions. Doable, perhaps, but I'm not
convinced of the need for it.

As I said, what's wrong with adding the links (to both?) on the upload page header?
Comment 4 Rotem Liss 2007-01-28 15:29:11 UTC
What about linking to the image page itself (without useless action=edit), and
adding link to the page logs from the blank image page, like in the page history
(the link to the deleted revisions is already exist for users with the
appropriate permissions)?
Comment 5 AJF 2007-01-28 15:37:39 UTC
I think, that everything would be better than what we have know, cause:

everyday someone asks me what has happened with his image. Now I have to do:
* open page with red link to get info what image I'm asked about (most users
don't give this info)
* open special:log, paste red link content, press button
* enter red link form log to see undelete info

In many cases one more thing:
* make same thing on Commons

Automatic jump to special:log would be nice, one click to undelete would be
wonderful
Comment 6 JePe 2007-01-28 18:39:27 UTC
About a week ago there was added the $1 variable to Mediawiki:Uploadtext in bug
8671 which contains the filename. With that variable I have made on nl.wikipedia
some links to the logs which are only shown when the variable is set:

{{#if:$1|<div class=plainlinks style="margin-bottom:1em; text-align:center;">
Logboekvermeldingen voor $1 op
[http://nl.wikipedia.org/w/index.php?title=Speciaal:Log&page=Afbeelding:$1
'''Wikipedia'''] of
[http://commons.wikimedia.org/w/index.php?title=Special:Log&page=Image:$1
'''Commons'''].</div>}}

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


Navigation
Links