Last modified: 2013-06-10 09:18:04 UTC
Hi, Unit which needs additional option : "Trigger actions only if the user trips a rate limit" Task : Add two new options 1) Option to trip (or not) on first edit Reason: currently it does not trip on first edit .If I want to display a notice say on first edit and again say third edit then currently it is not possible. 2) Number of actions to allow should give additional additional option to trip on each numbered trip . Reason : Currently if I keep trip limite after 3 edits it keeps triping on each edit after third edit. In some rare cases this can be usefull but what primarily needed is say is every 3rds edit or every 10 th edit 3) Additional message option Reason currently Abuse filter gives only one message option But where we want to have simpler message on first mistake and a different message on subsequent tris then it should be possible
Are you speaking of number of submit or of successful edits? I mean, if a filter both warns and disallows it first warns, then disallows on second submit. You should probably create separate filters, as you want both different conditions and different messages and/or actions. No need to make the interface more complex.
(In reply to comment #1) > Are you speaking of number of submit or of successful edits? I mean, if a > filter both warns and disallows it first warns, then disallows on second > submit. > You should probably create separate filters, as you want both different > conditions and different messages and/or actions. No need to make the > interface > more complex. >>a filter both warns and disallows it first warns, then disallows on second submit.<< : Frankly,I had given thought to submits(By submits I mean attempted edit and not necessarily saved edit) and I had not given serious consideration to situation of disallows but expect that should be possible on numbered submit/attempted edit as per above point no 2 mentioned in bug report. :Need of point 1 and point 2 remains intact. :Multiple features may make interface bit complex.But making cluster of multiple filters 1) only few filter managers would understand 2) Cluster of multiple filter is equally complex on user side,if the right person retires maitenence and management is more of complex task for those who did not get involved earlier even after help pages and all .And if some one does not maintain proper notes all the effort by retired person will not be understood by others and most likely will get deleted over time.We have 700 wikis under umbrella and we need to think about every situation
(In reply to comment #2) > We have 700 wikis under umbrella and we need to think about every situation Yeah if you completely exclude every non-wikimedia wiki running AbuseFilter.
