Requests for Comment/Changes to the Dormancy Policy (3)

The changes proposed here relate to wikis being made read-only (as in locked from editing) being part of the dormancy process.

The proposals below are not dependent on other proposals unless otherwise stated. K599 (talk) 16:53, 15 December 2021 (UTC)

General commentary
This section is for commentary, not for voting.


 * If anything is unclear, it would make sense to ask nicely for clarification, not immediately making an oppose vote based on misunderstood information. And I will provide clarification, as I tried to in the central notices RfC and this discussion about central notices, like campaign types for your preferences. K599 (talk) 16:54, 15 December 2021 (UTC)

I don't think it is ideal to create an additional RfC to expand upon the details of an already messing/ongoing RfC, given this now splits between two pages, uses a formal structure that's difficult to change through discussion once votes are cast, and could well indeed be influenced by the passage or failure of details on existing RfCs. In other words I find this page to be premature, and better represented through the CN or informal discussion to iron out generally agreeable stances to then vote upon once there is a preliminary assessment through the original RfC. --Raidarr (talk) 18:11, 15 December 2021 (UTC)
 * Please state what "details" of the other RfC that this RfC is apparently "expanding" upon. K599 (talk) 19:55, 15 December 2021 (UTC)

Part 1 (Inactivity state)
Don't set wikis to read-only as part of the dormancy process. The particular changes this entails are the following.

Change the current process of going inactive, then closure, then deletion eligibility, into going inactive, then deletion eligibility. The time period for being closed would become part of the time period for being inactive.

Manual closure of wikis is not affected.

As closure would stop being part of the dormancy process, emails and any other relevant notifications will be sent to bureaucrats when their wikis become inactive.

Changes to adoption are detailed in part 2.

The table below shows the new timeline for the dormancy process. You can see the current one on Dormancy Policy.

As part of transition, all automatically closed wikis are set to be inactive, and bureaucrats of inactive wikis are sent an email alerting of inactivity.

Support (1)

 * 1) I don't believe it makes sense to lock editing for inactivity. Locking editing is putting up an unnecessary barrier to reviving an inactive wiki for hopeful communities out there. The adoption process involves telling the requestor to make a request for local rights if they want them, and it would help if they didn't have to deal with a bureaucratic process just to even start editing the wiki. Really, if someone wants to edit a wiki that's "inactive", then the wiki would have an active user, and that active user should be able to make that wiki active. K599 (talk) 16:54, 15 December 2021 (UTC)

Part 2 (Adoption)
With part 1 getting rid of automatic closures, adoption should be changed from reopening to requesting local rights for a wiki when there is a request made on a wiki and its existing users designated to handle them according to local policies are inactive. This does not change anything for how manually closed wikis are handled.

Support (2)

 * 1) These changes compliment the changes in part 1. Of course, if anyone has ideas for alternatives, feel free to say them. K599 (talk) 16:54, 15 December 2021 (UTC)

Part 3 (Deletion notification)
Bureaucrats will be notified through email, and any other methods that are used in other parts of the dormancy process, when their wikis become eligible for deletion as defined in Dormancy Policy.

Support (3)

 * 1) An extra notification to make sure that leaders of communities are aware of what happened to their wikis wouldn't hurt, in case they become active after deletion eligibility. K599 (talk) 16:54, 15 December 2021 (UTC)