Last modified: 2014-07-13 08:19:34 UTC
Administrators don't see matches against the blacklist when creating pages. When creating a page which does match a regex on the blacklist, administrators should see the same system message, but should additionally be informed that they can create the page anyways. Ideally, they should also be told what protection status the page will have once created. So if that BL entry has <noedit> it will be protected once created. If the entry has <noedit|autoconfirmed> it will be semiprotected. (Assuming I understand how this works correctly!)
That can be fixed by putting: $wgGroupPermissions['sysop']['tboverride'] = false; in the LocalSettings.php file.
Sorry, this wasn't clear. I don't want to change whether or not sysops may create blacklisted pages. Rather, I want them to see a warning that "This page is blacklisted against creation do to this entry: ______. You can are overriding the blacklist." Ideally there would be a further message when <noedit> and/or <autoconfirmed> are present on that blacklist entry: "The page you create will semi/fully protected by the blacklist; change the regex to unprotect it."
Mm, do you want to force them to confirm and override the warning (like we do with upload warnings) or just toss up a warning message with the "you have created the account yay" message?
Confirm an override would be nice. I guess this should apply to creating pages as well as accounts (now that <newaccountonly> exists). This was requested before the titleblacklist handled usernames; I was initially concerned only with sysops not seeing that they were creating a salted page (etc).
A similar functionality has been added to the user creation form for admin, it could probably be ported over.
This would be a particularly useful feature to have, as it should hopefully result in faster response times when administrators screw up the title blacklist and block creation of all pages with spaces in their titles, and are blissfully unaware of the situation themselves.
(In reply to comment #2) > Sorry, this wasn't clear. I don't want to change whether or not sysops may > create blacklisted pages. Rather, I want them to see a warning that "This page > is blacklisted against creation do to this entry: ______. You can are > overriding the blacklist." > > Ideally there would be a further message when <noedit> and/or <autoconfirmed> > are present on that blacklist entry: "The page you create will semi/fully > protected by the blacklist; change the regex to unprotect it." > For simple "protection" there may be system messages which could get re-used. Since it's creation, the title blacklist has expanded to affect much more & I suspect a bunch of new system messages may be needed. I wonder whether a generic one with parameters for the action being disallowed and the regex etc could be crafted...
Created attachment 6082 [details] Adds a notification if a user is able to override the blacklist and a title is blacklisted Initial patch.
Thank you for the patch, Nakon, and sorry that you haven't received a response yet. I'm marking the patch with "need-review" to signal that this patch awaits review. Thanks.
Nakon, thank you for providing the patch, I am sorry that it's taken so long to review the patch, the patch is now obsolete because the file has been modified and the patch is incomplete (undefined class property & unused message key). You are welcome to revise the patch to work with current trunk. Thanks,
Also note that the AbuseFilter extension may be better at this.
A note on the patch: outputting stuff in the userCan hook is a no-go, this hook may be well used outside any UI.
*** Bug 55894 has been marked as a duplicate of this bug. ***
Change 140746 had a related patch set uploaded by Jackmcbarn: Display a warning when editing a blacklisted page https://gerrit.wikimedia.org/r/140746
Change 140746 merged by jenkins-bot: Display a warning when editing a blacklisted page https://gerrit.wikimedia.org/r/140746
*** Bug 67941 has been marked as a duplicate of this bug. ***
