Drupal.org also runs lists.module. It is now at sites/all/modules/lists/lists.module. Not sure whether the reason for this is that it is shared with some other multisite instance, but from the looks of the code it is highly unlikely: http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/lists/ It has hard-wired code listing of all drupal.org mailing lists. This should be moved to drupalorg.module because:

- it is only to be run on drupal.org
- it should not have its own project with issue queue where people attempt to actually use the module: http://drupal.org/project/issues/lists
- it will be easier to manage with a clean module layout, so that lists.module clearly belongs to custom drupal.org modules
- however tight reviews of drupal.org modules are mandated this will be a subject to it

Comments

kbahey’s picture

Assigned: Unassigned » kbahey

I will do this.

dww’s picture

This is pretty interesting, though: http://drupal.org/project/usage/lists ;) It's amazing how many people are trying to use this on their own sites.

That said, given the codebase, I agree drupalorg.module now makes more sense as the right home for this code.

gábor hojtsy’s picture

Well, those people needed to hack it apart anyway, so they'll just have a different source for their hacks from now on :)

kbahey’s picture

Status: Active » Patch (to be ported)

The code has been moved to drupalorg, from the DRUPAL-5 tag.

Awaits deployment, hence setting to "porting"

gábor hojtsy’s picture

sites/drupal.org/modules/drupalorg/lists/lists.module is now the enabled module on drupal.org. The other copy at sites/all/modules should better be removed to avoid confusion.

dww’s picture

Status: Patch (to be ported) » Fixed

Removed the old copy. http://drupal.org/mailing-lists still seems to work, marking this fixed. Thanks, folks.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.