Community Wishlist for 2022/Create "on hold" status for wiki requests

Proposed by Raidarr (via Miraheze Meeting)

Proposal summary: Add "on hold" status for handling wiki requests.

Full proposal: Allow wiki creators to place wiki requests on hold pending their response to questions or pending the review of another wiki creator for a second opinion. There should also be the ability to lock wiki requests when placed on hold to prevent another wiki creator from erroneously approving/declining. (The lock should be able to be removed with the click of a button by any wiki creator; the "lock" should only serve as a visual indicator that the request is being looked at.)
 * This entry has been ✅ by SRE and we will be implementing this hopefully before next year (likely sooner). Thank you for your entry! Agent Isai  Talk to me! 03:05, 27 April 2022 (UTC)


 * The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Support

 * 1) naturally. From a UI perspective I additionally like the idea of selecting from one menu the overall action (accept, decline, hold), that unlocking canned descriptions appropriate to the option, having support for manual input in place of the 'tiered' response if you want to keep an underlying generic rational in place for AI training, but still wish to provide text appropriate to the case which can later be added as a canned response if relatively common enough. --Raidarr (talk) 20:54, 1 January 2022 (UTC)
 * 2) This has been a part of our process for a while now, and it needs to be part of the software. Especially when the only option is for it to be declined which is confusing and also incorrect. Declined needs to mean declined. Naleksuh (talk) 20:19, 2 January 2022 (UTC)
 * 3) --YellowFrogger  (Talk — ✐) 02:36, 5 January 2022 (UTC)

Discussion

 * 1) Clear scope. But it looks like it won't change much in relation to "in progress", or yes?. YellowFrogger (✉ Talk  ✐ Edits ) 18:07, 20 December 2021 (UTC)
 * 2) This should make it clearer for wiki requests being reviewed. Tali64³ (talk) 19:03, 20 December 2021 (UTC)
 * 3) From the same conversation I also recall advocating that choosing a status - accept, decline, on hold - be a method to unlock the next input, reason, so it is impossible to select a prefabricated reason that is out of sync with the selection, or so a manual input can fully replace the canned input if the case is unusual or merits a specific acceptance statement that is not prefabricated. At least, as shown to the end user; the underlying reason might still be a needed input if only for the AI business. — Preceding unsigned comment added by Raidarr (talk • contribs) 22:36, December 20, 2021


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