Meta:Babel/Archives/2026-08

Please do not post any new comments on this page. This is a discussion archive first created in August 2026, although the comments contained were likely posted before and after this date. See current discussion or the archives index.

Enable UserPageEditProtection

Latest comment: 12 days ago6 comments4 people in discussion

After running for almost three weeks, there is no consensus to activate the wgRestrictUserPageEditing feature for Meta. Participants who opposed the proposal noted that the user page abuse filter is sufficient enough, and that enabling the hard-coded feature would be more difficult for administrators and patrollers to identify potential false positives from the feature (instead of the filter). Codename Noreste (talk • contribs) 05:07, 9 August 2026 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Hi. two weeks ago, the configuration option $wgRestrictUserPageEditing was added, allowing the restriction of the "User" namespace to the user themselves and certain user groups.
Since this is already enforced on Meta anyway, using Special:AbuseFilter/161 and Special:AbuseFilter/87, I propose enabling this on the server-side. The permission would be granted to every group that includes the "autopatrol" right.

The benefit would be that users receive a permission error *before* they make the edit, rather than afterwards. Neriah - 💬 - 08:27, 21 July 2026 (UTC)

Seems a bit of a 'blunt' tool, when our filters already have multiple carve outs for exemptions that would go away. — xaosflux ^Talk 10:32, 21 July 2026 (UTC)

No, thanks. A server-side hardcoded limit means lower client-side dynamicity. Admins can actively check for edge cases themselves in the filter logs, but for non-publicly-logged limitations they'd have to passively wait for the affected to make a report. NguoiDungKhongDinhDanh 17:29, 21 July 2026 (UTC)

After running for almost three weeks, there is no consensus to activate the wgRestrictUserPageEditing feature for Meta. Participants who opposed the proposal noted that the user page abuse filter is sufficient enough, and that enabling the hard-coded feature would be more difficult for administrators and patrollers to identify potential false positives from the feature (instead of the filter). Codename Noreste (talk • contribs) 05:07, 9 August 2026 (UTC)

The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

This section was archived on a request by: Codename Noreste (talk • contribs) 05:07, 9 August 2026 (UTC)