Patches submitted and ignored for a month are probably rejected. Cleaning up and setting patches category as rejected is sensible thing to do, to avoid getting user's hopes up. Generally this applies to FeatureNotSuitable and BugRejected pages.

-- MichaelSparks - 30 Jul 2003

There is a difference between rejected and ignored or haven't-had-time-to-look-at-it. It would be better to reserve the word 'rejected' for things that have actually been investigated and deemed unsuitable. A patch which allowed the .htpasswd file to be included into topic text for example should be soundly rejected.

Also a month is too short a time period to conclude any given piece of code has been passed over.

• If you say so. Personally I think if there's zero feedback this means it's being ignored (for whatever reason, time constraints, etc). As a result I think it's fair to pull things after that time period. If there was after all any interest in integrating any external patches the pages linked to from TWikiPatches would have been commented on by the CoreTeam. Clearly there isn't. (Once again, doesn't affect me, I merge what I feel like - I'm removing my patches which have had zero comment to avoid cluttering up TWiki.org with yet more unmerged, uncommented on patches.) -- MichaelSparks - 31 Jul 2003

-- MattWilkie - 30 Jul 2003

sounds like a job for TWikiPatchMaster and CoreTeamNominationDiscussions.

-- MartinCleaver - 31 Jul 2003