Central Web Sevices has very high expectations for the modules we provide to Drupal users. Here are the criteria considered in the process of approving new modules:
Does OSU already provide this service? Is this capability already planned for an upcoming Drupal release or update of a currently supported module? For example, we can leverage our preexisting service rather than support the built-in Drupal search feature.
Is the module under active development? And how long can we rely on that development to continue?
Does the module provide a significant benefit to a large number of users? And does the benefit outweigh the time/effort to configure and support it?
Does the module interfere with the functionality of currently supported modules? Might it interfere with an upcoming Drupal version or update of a currently supported module?
Will the module pose support challenges? For example, can we depend on preexisting documentation and other Drupal community resources in order to offer expert advice in the future? Are a significant number of our users already familiar with the module, and can we depend on them as a community resource?
Is the code behind the module well-written? Are there any possible security risks associated with enabling this module? For example, we will not enable the Comments module and allow anonymous users to post content. While that public feedback may be desirable at times, the risk of public exploitation (e.g. spam or hacking) outweighs it.
Clearly these requirements do not encourage casual requests. However, they do encourage high standards for module-provided services which will affect the entire OSU Drupal community.
To request a new module, please let us know how the candidate meets these standards.