Community Wishlist Survey 2023/Allow creators to flag wikis & let WCs know about user background

Proposed by Reception123

Proposal summary: Allow the possibility upon creation (or otherwise) for wiki creators (and other relevant global groups) to flag certain wikis that are problematic for further checks. Additionally, display a notice on requests made by users who previously requested a wiki that was flagged or who have frequently requested wikis either excessively or which were declined.

Full proposal: I didn't want to add any of my own ideas given my position in SRE but, since there have been very few proposals and this proposal will be voted for by the community anyway I thought it would be a good idea to propose this on behalf of myself but also other wiki creators who have expressed interest in this idea. Basically, on one side there would be a new feature that would allow wiki creators, Global Sysops or Stewards to flag a wiki and explain why they're doing that (usually it would be because it's likely that it may violate a global policy or because it has violated policies repeatedly in the past). This would in turn create a table (like the one in WikiDiscover) and would allow Global Sysops or Stewards to regularly check these wikis. In practice, some wikis are always going to be under monitoring, so might as well make it easier for Stewards and Global Sysops but also make wiki creators less afraid to approve wikis when they have a slight hunch that a wiki may violate the Content Policy but they're not sure. On the other side, in order to have less manual work for wiki creators, there would be a notice on wiki requests where: (a) the requestor requested a wiki that is flagged, (b) the requestor has already requested a large number of wikis > 10 that have been approved, (c) the requestor has requested wikis multiple times but has been declined (~5 wikis). Reception123 (talk) ( C ) 15:55, 27 December 2022 (UTC)

Support

 * 1)  per my comment below. Some things I feel still need to be sketched out but overall, this seems like it would be extremely productive for the community. Thanks - BrandonWM (talk • contributions • global • rights) 10:46, 1 January 2023 (UTC)
 * 2)  Rob Kam (talk) 00:01, 2 January 2023 (UTC)
 * 3)  Makes the staff's job easier both in keeping an eye on potentially troublesome wikis and in keeping an eye on problematic report and wiki request spam. --NeoQwerty (talk) 01:31, 2 January 2023 (UTC)
 * 4)  Seems like a good idea for improving efficiency of managing Miraheze. Dimpizzy (talk) 03:05, 2 January 2023 (UTC)
 * 5)  I do not see any issue with this proposal and if wiki creators have less manual work to do that is a good thing overall. --DeeM28 (talk) 14:06, 6 January 2023 (UTC)

Discussion

 * 1) I like the premise of the idea, just curious if it’s actually possible to enact this using an existing MediaWiki tool? Is this already employed somewhere, or would Miraheze have to write the code from scratch? In addition, would the wiki table be publicly viewable and only editable by certain user groups, or is visibility restricted as well? Thanks - BrandonWM (talk • contributions • global • rights) 08:23, 28 December 2022 (UTC)
 * It should be possible with CreateWiki by expanding it. Reception123 (talk) ( C ) 11:37, 2 January 2023 (UTC)
 * Gotcha. In that case, I support this, though my only concern is the visibility of the aforementioned table. Public visibility, limited edit ability, or restricted visibility as well? Thanks - BrandonWM (talk • contributions • global • rights) 22:37, 2 January 2023 (UTC)