Requests for Comment/Window between wiki requests

FAQs states "Miraheze is a non-profit and entirely depends on donations from others". The Dormancy Policy states "Dormant wikis still use server resources (such as disk space for the wiki database), we have to close (or delete) them".

I interpret that to mean Miraheze has limited resources and needs to be used constructively.

An example contributor is not what I consider using Miraheze limited resources constructively

A Wiki Creator had concerns but rejected his judgement by continuing to approve additional wikis.

Fandom has a 90 day rule so that the contributor spends sufficient time on the wiki. I am proposing that Miraheze introduce a similar policy. As wikis are flagged as inactive after 45 days, I consider that is the appropriate period between new wiki requests.

Support

 * 1)  as proposed - PercyUK (talk) 21:16, 23 September 2021 (UTC)
 * 2)  unless there's a better idea. I think it's a needed start to cover this scenario. Perhaps an entity (sysadmins or stewards) can have official jurisdiction to say 'no more' to examples that are this exemplary, regardless of waiting the required time between requests if this is the kind of history that is seen in results. Following third party discussion and second thoughts, I'd rather see if existing discretion can be used for this example; if not, a proposal that lends it reasonably to observant wiki creators and review by sysadmin/steward instead of this. --Raidarr (talk) 16:26, 24 September 2021 (UTC)
 * 3) Moved to Strongest Oppose   Agent Isai  Talk to me! 22:30, 23 September 2021 (UTC)
 * 4)  This is a reasonable time window, although the above seems good as well.  Bongo Cat (talk) 22:39, 23 September 2021 (UTC)
 * 5)  --Mazzaz (talk)  01:40, 24 September 2021 (UTC)

Neutral

 * 1) YellowFrogger (talk) 23:36, 23 September 2021 (UTC)

Oppose

 * 1) This RfC is too vague, inflexible, restrictive, and makes some borderline uncivil comments on a specific user which: 1) bites the newcomer and 2) does not assume good faith. Focusing on the RfC's content, it is too vague on it's purpose (only the very last 2 sentences focus on the proposal). It proposes a 45 day mandatory window but does not address legitimate use cases in which various wikis may be needed (there have been circumstances in which multiple wikis are required by a single contributor). In fact, it does not allow for Stewards or other high-ranking users to create wikis per this strict (or rather, vague) wording. Additionally, does this only apply to requesting wikis (which would affect those without the createwiki right) or also those who can manually create wikis via Special:CreateWiki? Does that count as "requesting" a wiki per this RfC or no? And what if a sysadmin needed to create a wiki to test out something or to reproduce a bug? Per this RfC and the aforementioned question, that wouldn't be possible if this RfCs vague wording affects the manual usage of Special:CreateWiki. Another issue I see with this is that this created additional challenges and hoops for a requester with legitimate need to request a wiki. Where there's a will, there's a way. This will only encourage sockpuppet accounts to bypass this policy and is effectively rendered moot and useless if you can bypass it by simply making a new account and have no explicit punishment defined for doing so. If anything, a possible sanction may be defined through convention but would lead to more headaches than what this RfC seeks to resolve. Additionally, it does not allow for any sort of discretion whatsoever. There are legitimate use cases for multiple wikis and I would rather see some sort of explicit discretion granted to wiki creators to decline excessive wiki requests or a canned response be added to Special:RequestWikiQueue that specifically states that the requester has requested too many wikis and thus their requests have been declined. For these reasons, I must regrettably oppose this.  Agent Isai  Talk to me! 16:00, 24 September 2021 (UTC)
 * 2) # This RfC is short. There are no nuances, only a single proposal. It needs and amendment and need to adress the issues pointed by other members. For example the permission wikicreate, the group wikicreator, the timelapse, the amount of wikis and so on. --Avengium (talk) 17:16, 29 September 2021 (UTC)

Comments

 * 1)  I will note that I overrode my own objections in part because of something the requester revealed on my talk page and also to help further reenforce the idea that he was on thin ice and should *not* use sockpuppets to request more wikis after the compromise we made as noted by my synchronous commentary on Discord and talk page discussion. I only created one wiki after the warning, westvirginiawiki, as the requester promised to not request more wikis if one more was granted. Nevertheless, even after the user was told to not request more wikis, they still did and another wiki creator who did not know approved his additional requests.  Agent Isai  Talk to me! 22:30, 23 September 2021 (UTC)
 * 2)   Did not quite understand. But is it to further strengthen the dormancy policy? I hope not. In my opinion, it was like this: a wiki with many pages (example: over 1,000 articles) cannot close even if it remains unedited for a long time, as it probably won't have much content to update. YellowFrogger (talk) 23:37, 23 September 2021 (UTC)
 * The main purpose is to stop users from making countless requests on all sorts of topics with no future at all at seeing them through. Although given the extreme example in this case, I'm starting to think the diligence of a Steward and a report is all that's needed in the end, if necessary any amendment that's needed to give that discretion. --Raidarr (talk) 23:58, 23 September 2021 (UTC)
 * 1)  if I am looking at the right thing, the Fandom 90 day rule only applies to adoptions and not wiki creation. Further it is worth noting that Fandom lacks a dormancy policy. Miraheze is therefore already significantly more aggressive in closing unedited wikis. ~ El Komodos Drago (talk to me) 12:43, 27 September 2021 (UTC)