Page MenuHomePhabricator

Add "Site creations and closings" component
Closed, InvalidPublic

Description

Please change the Bugzilla component "Site requests" to "Site creation requests",
because there are a lot of shell requests from Wikimedia communities, which is not the same.


Version: unspecified
Severity: enhancement

Details

Reference
bz12598

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 10:05 PM
bzimport set Reference to bz12598.

jeluf wrote:

There's no need for a "site creation" and a "site deletion" component. It's perfectly fine to use "site requests" for all kind of requests for the Wikimedia Foundation sites.

Maybe you are right that creations and closings could be in the same component, but we should find a way to prevent people from using "Site requests" for requests of Wikimedia communities. Unless you find a way for this, I would still propose to change these components.

jeluf wrote:

But that's exactly what 'site requests' is for:

http://bugzilla.wikimedia.org/describecomponents.cgi?product=Wikimedia

Site requests wikibugs-l@lists.wikimedia.org
Requests for config changes for the sites hosted by the Wikimedia Foundation.

Hmm, in that case this is changed very recently. At the time I opened this bug, it was for new wikis.

So I'm changing the request to: Add "Site creations and closings" component.
Reopening for the second time.

jeluf wrote:

You did not yet explain *why* you need a special component for this. Why is the 'site request' component not good enough for close/create requests?

  1. On all bugs there is a "Assigned To" part of the email address where the bug goes to. Most bugs goes to wikibugs-l. My intention is to request (when this bug is done) a mailing list like the current wikibugs-l where all site creation/closing requests should go to. My previous bug about this was bug 12256 but closed because it were too different requests in one bug.
  1. A config change is still something really different than a bug for a new wiki or closing a wiki.

Currently the same people would handle both requests, and while doing the same operations; there's no compelling reason to create a separate category.