Talk:Review queue

Is there any timescale on the SubpageList3 extension activation yet? --McCormack 09:02, 27 May 2008 (UTC)

Criteria for inclusion?
May I ask what is the criteria for addition to the review queue? Or is it more to demonstrate something that may be reflected in Bugzilla? — billinghurst  sDrewth  05:20, 19 January 2012 (UTC)
 * Just needs a bug requesting the extension be enabled on the cluster. Peachey88 05:31, 19 January 2012 (UTC)

revamp
Note to self or anyone else who wants to rework things: consider revamping along the lines of Wikivoyage migration/Extensions. Sharihareswara (WMF) (talk) 19:18, 12 October 2012 (UTC)

Securing commitments
I moved this recent addition to the talk page for further discussion.

This section is unclear and probably inaccurate. Most developers interested in having their extension deployed to Wikimedia wikis will be focused on the technical issues, not on "securing commitments" as though they're running for elected office.

This section makes vague references to consult "design" and "product" without going into detail as to how someone might do that (or what value it might provide).

This section also feels redundant with previous steps (such as seeking a design review from the design mailing list, if applicable).

This section also contains minor typos and grammar issues. It should be reworked to fit in better with the overall page and to be clear in what the intent of these additional steps is and how to complete them in a timely manner. --MZMcBride (talk) 16:04, 5 October 2013 (UTC)


 * I agree these are too vague to be essential steps. I'd suggest we try to describe what specifically we would get out of a product review that is different than design or community consultation, and make that part of the checklist. You don't have to be a "Product Manager" to properly review and manage a product. For instance: you could say that asking a product person would be a step. Or, you could say that it is required to list exactly which wikis you want the extension deployed on, and review the current list of extensions and gadgets deployed there, to make sure your extension does not conflict with or substantially overlap other functionality on that wiki. Whoever does the product review and documentation, it should help prevent questions late in the game like "Why aren't you using FooExtension for this instead?". The stupid Echo vs. MassMessage conflict is one that can be avoided in the future, by encouraging extension maintainers to clearly articulate how they've looked at the bigger picture. Steven Walling (WMF) &bull; talk   19:56, 7 October 2013 (UTC)