The limit of actions number is $wgAbuseFilterProfileActionsCap = 10 000. Is there a way to insure the stability of the filter decisions? Example: a ponderation of 0.0001 for each new case.
Insure the stability of the filter decisions?
Could "Enable notifications for private filters" be elaborated on? Is the reader to assume that "notifications" means Echo here? If that's the case, it might make sense to link to Notifications, for example.
Refers to "notifications" in
$wgAbuseFilterNotifications in the row above.
Ah, I completely missed that. I feel stupid now. Still, that description is not super clear to mortal people like me. If I understand the description correctly,
$wgAbuseFilterNotifications is whether to show log events for hits (like EventStreams does), but neither "log" or "event" is mentioned. But I rest my case :D Thanks!
createaccount and captcha
I have created a filter to slow down high frequency troll account creation via proxy: [[:de:Spezial:Missbrauchsfilter/250|]]. action = createaccount, 1 action per 60 seconds. My problem is that a failed try because of a misspelled captcha also counts as one action, so a newbie who gets the captcha wrong has no chance to create an account.
Is this intended or could it be solved?
Have you tried setting $wgRateLimits instead?
MWException on new filter: no submit callback provided.
When I try to add a new filter I get the following error:
using media wiki 1.28
[WbmWUmuq6O4AAAPiRikAAAAE] /index.php?title=Special:AbuseFilter/new MWException from line 650 of /home/mediawiki/public_html/includes/htmlform/HTMLForm.php: HTMLForm: no submit callback provided. Use setSubmitCallback() to set one.
#0 /home/mediawiki/public_html/includes/htmlform/HTMLForm.php(553): HTMLForm->trySubmit()
#1 /home/mediawiki/public_html/includes/htmlform/HTMLForm.php(568): HTMLForm->tryAuthorizedSubmit()
#2 /home/mediawiki/public_html/extensions/AbuseFilter/Views/AbuseFilterViewImport.php(22): HTMLForm->show()
#3 /home/mediawiki/public_html/extensions/AbuseFilter/special/SpecialAbuseFilter.php(115): AbuseFilterViewImport->show()
#4 /home/mediawiki/public_html/includes/specialpage/SpecialPage.php(522): SpecialAbuseFilter->execute(string)
#5 /home/mediawiki/public_html/includes/specialpage/SpecialPageFactory.php(576): SpecialPage->run(string)
#6 /home/mediawiki/public_html/includes/MediaWiki.php(283): SpecialPageFactory::executePath(Title, RequestContext)
#7 /home/mediawiki/public_html/includes/MediaWiki.php(851): MediaWiki->performRequest()
#8 /home/mediawiki/public_html/includes/MediaWiki.php(512): MediaWiki->main()
#9 /home/mediawiki/public_html/index.php(43): MediaWiki->run()
What i set block duration?
$wgAbuseFilterBlockDuration for all filters. Setting for individual filters is not possible.
You don't have permission to access /wiki/Special:AbuseFilter/new on this server after three imports
I've succesfully imported three filters from wikipedia and when I tried to import the fourth one, I get this message. I don't understand why this is happening all of a sudden. I am logged in, I am the sysop and I'm not on SSL.
The same happens when I try to create a new filter. I can click the link, fill out the details and when I try to save it, I can the above message.
How can I solve this?
You don't have permission to access /wiki/Special:AbuseFilter/new on this server.
Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.
You're probably hitting a spam filter or other filter that prevents submitting content with special words/characters. This is configured on the server, MediaWiki doesn't handle this error, often caused by ModSecurity. Contact your host about this.
It was indeed the ModSecurity. The host has whitelisted the rule there, so that I could the abusefilter rule :)
Thanks for the help!
Is there a way for abusefilter to be configured so that a specified user group (sysop, for example) to not be affected by the filters? To be able to bypass them? I am not seeing any configuration for it.
Take a look at e.g. en:Special:AbuseFilter/3, which checks the variable "user_groups" to determine if the user has a specific user group (in the example, "autoconfirmed"). filter 642 is another example, which checks for the group "OTRS-member".
Thanks for the reply. Isn't there a faster way? I mean, we don't have that many filters, but if were to have a load of them, it would mean editing each filter in part. Isn't there a one command to rule them all?
No, there isn't, but it may be good to add a new right (abusefilter-exempt for example) that when granted, edits and actions made by users with that right are simply not processed by AbuseFilter. As always, BUGREPORT welcome!
This will sound stupid and lazy, but I wouldn't want to make an account just for that, as I would probably never use it for anything else besides this. Would it be possible to ask you to submit this request, please?
I've reported the issue, but I'm not really convinced that we should create a new flag to let users bypass all AbuseFilters, included those who should be applied to all users. It might be useful for non-WMF projects though.
Thank you! And why not?
I too would appreciate this.