Last modified: 2014-02-18 11:15:44 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 T48497, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 46497 - Warn when trying to use a picture which is blocked by BadImages / bad image list
Warn when trying to use a picture which is blocked by BadImages / bad image list
Status: RESOLVED DUPLICATE of bug 16038
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.21.x
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-03-23 22:29 UTC by YFdyh000
Modified: 2014-02-18 11:15 UTC (History)
2 users (show)

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


Attachments

Description YFdyh000 2013-03-23 22:29:49 UTC
when a picture is blocked by BadImages, no signs to suggest, that only an empty HTML tags.
Add HTML comment to the output page source code, for example: 
<!-- [[File:name.jpg]] is blocked, because it is out in the [[MediaWiki:Bad_image_list]]. -->
and, if possible, add an showed red text tips (only in the preview) for editor.
Comment 1 MZMcBride 2013-03-23 22:32:44 UTC
Related: <http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064639.html>.

---
And the behavior here is wrong: allowing submission of an edit that contains
a disallowed image without any warning or notice is wrong behavior. As I
recall, the behavior used to be that it would still include an inline link
to the image if the image were listed on the bad image list. Nowadays, it
seems to just ignore the image altogether (not outputting a link or
anything). No information to the user about why the image they specified
isn't displaying. Not even a link to the image. The image just gets silently
swallowed after the edit successfully saves. This is bizarre and wrong.
---
Comment 2 Platonides 2013-03-23 23:42:16 UTC
Related to bug 16038
Comment 3 Andre Klapper 2013-04-05 14:53:12 UTC
(In reply to comment #2)
> Related to bug 16038

I don't see the difference between these two tickets and would have marked them as dups.  Wouldn't one exclude the other anyway?
Comment 4 Andre Klapper 2014-02-18 11:15:44 UTC

*** This bug has been marked as a duplicate of bug 16038 ***

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


Navigation
Links