Page MenuHomePhabricator

null edits should not trigger edit rate limiting (or use a higher limit)
Open, Needs TriagePublic

Description

On our newest wiki (banwiki), I find myself needing to null-edit (edit, change nothing, save) a large number of pages in a row. I am running into far too frequent edit-rate warnings, presumably because I am a new editor on that wiki.

Proposal: Null edits should be ignored when figuring a user's edit rate. (This would in effect remove limits on the rate at which null edits could be performed by any user.)

Reasoning:

  1. Null edits literally do not "count" as edits, so they should not be treated like "real" edits for the purpose of rate limiting.
  2. Because they do not result in changes to the source of a page, there is less reason to limit them.
  3. They do refresh the page cache and update categories and WhatLinksHere, which is useful for fixing problems sometimes found on newly created wikis. Not limiting them can therefore speed up the process of fixing a (somewhat) broken wiki.

Side question: Since null edits don't "count" as edits, does this mean that my null edits are not getting me any closer to becoming autoconfirmed (or whatever the group is that's granted a higher edit rate)?

(Note that I know of other ways of accomplishing my immediate goal on banwiki, so that's not the point of this task. It's more about whether it's "right" to limit null edits in the first place and whether there's an efficient way to avoid doing so.)

Event Timeline

Null edits does not count against the edit count shown in Special:Preferences and that means not for autoconfirm
There is a separate rate limit for such action (linkpurge) which could be used.

Looks like the current default limits set for 'linkpurge' in 'InitialiseSettings.php' are "30 backlink purges per minute" for both 'ip' and 'user' groups. Nothing is specified for the 'newbie' group. I'm not sure what that means.

But IMO (FWIW), 30 per minute is probably an acceptable rate for null edits made by humans — assuming it's counting page saves.

Still running into this issue. This time on shnwikibooks, which experienced a large drop in content-page count in the day since it was created with no obvious on-wiki activity that would justify that drop (e.g., removal of links on regular pages or in templates, or page deletions or moves out of the main namespace). So I'm null-editing all pages in the main namespace to see if that drops the count even further.

It looks like the limit I'm hitting is >8 in a minute.

[EDIT: Removed text about page purging, which doesn't accomplish the same thing.]

Dcljr renamed this task from null edits should not trigger edit rate limiting to null edits should not trigger edit rate limiting (or use a higher limit).Jan 6 2023, 1:41 AM