Page MenuHomePhabricator

Allow users to be partially blocked from marking specific namespace edits as minor only
Closed, DeclinedPublicFeature

Description

Problem to solve

There are some problematic users misuse and/or abuse the minor edit flag (e.g. to try and hide vandalism or controversial changes). Preventing them from marking edits as minor would, in many cases, be a more proportionate response to the problem..


Proposed solution

It would be useful to be able to *only* block users from marking specific namespace edits as minor.


In fact, this is very similar to T274911, But this task is limited to a specific namespace.

Event Timeline

IN changed the subtype of this task from "Task" to "Feature Request".Mar 27 2021, 10:24 AM
IN added a project: MediaWiki-Blocks.

What's the actual use case for limiting these in a certain namespace only?

In T278608#6951056, @Majavah wrote:

What's the actual use case for limiting these in a certain namespace only?

For example, there is a user who only edits in the template namespace and the main namespace. The user's edits in the main namespace are mostly minor syntactic changes, so marking them as minor edits is not a problem. However, this user defaces template namespaces and uses minor edits for all destructive edits. Therefore, the administrator should block this user from editing template namespace or block it to use minor edits on template namespace.

Aklapper changed the task status from Open to Stalled.Mar 27 2021, 12:20 PM

If the user has problematic edits in certain namespaces anyway, then that request would already be covered in T275037? Which problem is solved by this task that would not be solved by fixing T275037 instead?

If the user has problematic edits in certain namespaces anyway, then that request would already be covered in T275037? Which problem is solved by this task that would not be solved by fixing T275037 instead?

My fictional user just edits the existing page, it doesn't create the page.

The next thing that your fictional user might do after editing an existing page and not being able to edit an existing page anymore might be creating a new page.

@IN: I do not think that the gain outweighs the costs here. Adding any additional code (and having to adjust the user interface, and having to update documentation) which covers more and more rather pretty uncommon corner cases creates maintenance costs (testing that code, adjusting that code) for many years to come. Please check https://www.mediawiki.org/wiki/Bug_management/Development_prioritization . I have boldly declined this request.