Last modified: 2013-05-05 17:23:22 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 T38940, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 36940 - Title blacklist should return friendly error message and allow user to report false positives
Title blacklist should return friendly error message and allow user to report...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
TitleBlacklist (Other open bugs)
unspecified
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 16461
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-17 18:27 UTC by Erik Moeller
Modified: 2013-05-05 17:23 UTC (History)
5 users (show)

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


Attachments

Description Erik Moeller 2012-05-17 18:27:19 UTC
Creating an account that matches a blacklist rule should return a more friendly, specific error message that specifies both the rule and the reason why the rule exists. Ideally it would also contain a simple false positive reporting system, similar to Upload Wizard.

We should likely make this change as part of shifting to a global blacklisting system (see bug 36939).
Comment 1 Nemo 2012-11-22 11:26:34 UTC
Adding dependency.
The requirements set in comment 0 are quite high, but I hope it wouldn't be too hard to:
* always provide a system message which mentions the title blacklist and its relevant rule rather than give a generic "permission error" (see bug 42316 comment 4) or just silently fail;
* link the sources for the blacklist defined in $wgTitleBlacklistSources, if of type local page or URL, so that the user knows where to check.

For Wikimedia projects and most MediaWiki users, this would at least allow to go to a wiki page whose talk can be used for reports etc.

The currently handled cases are as follows:

        'titleblacklist-forbidden-edit'   => 'The title "$2" has been banned from creation.
It matches the following blacklist entry: <code>$1</code>',
        'titleblacklist-forbidden-move'   => '"$2" cannot be moved to "$3", because the title "$3" has been banned from creation.
It matches the following blacklist entry: <code>$1</code>',
        'titleblacklist-forbidden-upload' => 'The file name "$2" has been banned from creation.
It matches the following blacklist entry: <code>$1</code>',
        'titleblacklist-forbidden-new-account' => 'The user name "$2" has been banned from creation.
It matches the following blacklist entry: <code>$1</code>',
Comment 2 Liangent 2012-11-22 11:43:48 UTC
(In reply to comment #1)
> * always provide a system message which mentions the title blacklist and its
> relevant rule rather than give a generic "permission error" (see bug 42316
> comment 4) or just silently fail;

It's eswiki community's fault to set an unclear errormsg <autoconfirmed|errmsg=Debes estar registrado para crear esta
página.>. See this default message: https://es.wikipedia.org/w/index.php?title=Http://www.google.com&action=edit&uselang=en
Comment 3 Nemo 2012-11-22 11:48:26 UTC
(In reply to comment #2)
> It's eswiki community's fault to set an unclear errormsg
> <autoconfirmed|errmsg=Debes estar registrado para crear esta
> página.>. See this default message:
> https://es.wikipedia.org/w/index.php?title=Http://www.google.com&action=edit&uselang=en

I know what the default message is, I mean that the errmsg should be wrapped in a titleblacklist error message which explains where it comes from.

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


Navigation
Links