Extension talk:AbuseFilter

Jump to: navigation, search

About this board

19 previous topics. Previous discussion was archived at Extension talk:AbuseFilter/Archive 1 on 2016-10-24.

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

MWException on new filter: no submit callback provided.

1
Tomasu (talkcontribs)

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.

Backtrace:

#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()

#10 {main}

Reply to "MWException on new filter: no submit callback provided."
Nirmos (talkcontribs)

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.

Matěj Suchánek (talkcontribs)

Refers to "notifications" in $wgAbuseFilterNotifications in the row above.

Nirmos (talkcontribs)

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!

Reply to "wgAbuseFilterNotificationsPrivate"
Los Vegas (talkcontribs)

What i set block duration?

Matěj Suchánek (talkcontribs)

$wgAbuseFilterBlockDuration for all filters. Setting for individual filters is not possible.

Reply to "Block duration"

You don't have permission to access /wiki/Special:AbuseFilter/new on this server after three imports

4
Summary by IlseMul

Ciencia Al Poder Gave me the solution: It was the ModSecurity that was blocking the implementation of the abusefilter I wanted. Thanks again!

IlseMul (talkcontribs)

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?

Forbidden

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.

Ciencia Al Poder (talkcontribs)

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.

IlseMul (talkcontribs)

It was indeed the ModSecurity. The host has whitelisted the rule there, so that I could the abusefilter rule :)

Thanks for the help!

This comment was hidden by AhmadF.Cheema (history)
Summary by MarcoAurelio

Issue reported at phab:T150246.

188.24.66.168 (talkcontribs)

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.

He7d3r (talkcontribs)

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".

188.24.66.168 (talkcontribs)

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?

Ciencia Al Poder (talkcontribs)

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!

188.24.66.168 (talkcontribs)

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?

MarcoAurelio (talkcontribs)

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.

89.123.224.116 (talkcontribs)

Thank you! And why not?

2.249.176.237 (talkcontribs)

I too would appreciate this.

There are no older topics