Last modified: 2012-11-22 11:36:36 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 T14034, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 12034 - Use different system messages for local and global spam blacklist hits
Use different system messages for local and global spam blacklist hits
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Spam Blacklist (Other open bugs)
All All
: Normal normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 28243 (view as bug list)
Depends on:
Blocks: SWMT
  Show dependency treegraph
Reported: 2007-11-19 10:27 UTC by spacebirdy
Modified: 2012-11-22 11:36 UTC (History)
5 users (show)

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


Description spacebirdy 2007-11-19 10:27:30 UTC
Hello all, I don't know if it is possible but it would be a nice feature to have 2 '''MediaWiki:Spamprotectiontext''', 
one that shows up if the url is on the local [MediaWiki:Spam-blacklist] on a given wiki and 
one that is shown if the url is on the global one at Meta.

It would be possible then to link to the proper request-pages for removal then.

Many thanks in advance,
Elisabeth Anderl [[:wikt:is:Notandi:Spacebirdy]]
Comment 1 Mike.lifeguard 2008-11-13 02:02:26 UTC
Is this technically difficult to do, or is it simply that nobody has bothered yet?
Comment 2 Mike.lifeguard 2008-11-26 02:57:04 UTC
Product -> MeidaWiki extensions
Component -> Spam blacklist
Comment 3 Mike.lifeguard 2009-03-10 03:36:55 UTC
changed summary
Comment 4 Siebrand Mazeland 2011-09-03 18:15:43 UTC
At the moment is is impossible. The regular expressions of the configured blacklists are merged into one, and only then applied ("array_merge( $this->getLocalBlacklists(), $this->getSharedBlacklists() )".

To make this possible, each regular expressions should get a source ID (I would suggest an int from 0 to number of configured lists -1) based on the configured blacklists, and from there this should be passed on.

The coming to the user messaging, I could imagine that there is some message that can be used to add to the matching regular expression(s) (f.e. key 'spam-blacklist-hit-on-list-[123..n]'. It should allow for the location/URL of the list 
to be added to the message as a parameter. If the specific message does not exist, it should probably allow for a fallback to key 'spam-blacklist-hit' or something.
Comment 5 Brad Jorsch 2011-09-10 14:33:01 UTC
*** Bug 28243 has been marked as a duplicate of this bug. ***
Comment 6 Nemo 2012-11-22 11:36:36 UTC
Adding the equivalent bug for title blacklist and the tracking bug for stewards: spam blacklist is heavily used for cross-wiki maintenance and not being able to get reports of false positives is a major hinderance.
Also switching to "Normal" in analogy to Erik's bug 36940 because it's a proper bug, not a feature request; and restoring normal priority because it was lowered without reason (in a bulk bug change).

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