Closed (duplicate)
Project:
Drupal.org project ownership
Component:
Ownership transfer
Priority:
Minor
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
10 Mar 2008 at 23:59 UTC
Updated:
9 May 2014 at 00:31 UTC
Jump to comment: Most recent
Comments
Comment #1
nancydruForgot to mention, I wrote him an email a week ago and it has not been answered.
Comment #2
AjK commentedProject transferred. Note, I left BoogieBug on the CVS access list just so we remember who it was in 6month time.
Comment #3
nancydruI should have suggested that. Thank you very much.
Comment #4
heine commentedThe procedure for these transfers is supposed to be:
1. Post an issue in the modules' issue queue regarding the transfer/requesting (co) maintainership.
2. When two weeks go by without a response, move the issue to the webmaster queue.
3. Transfer project.
Comment #5
AjK commented@ Hiene: Yes, true, I am aware of that proceedure. However, when a user's track shows no sign of usage for an extended period, no commits made to a project for an extended period, a growing unmagaged issue queue is in place and there's an offer of help right now from another maintainer who has the exact opposite record, I'm inclined to "move things along" by allowing access rather than stagnate.
I work on the simple assumption that CVS, as a versioning control system, allows for rollback and thus protects you against "commits you'd rather not have had".
I think handing may have been a little premature but I still think making nancyw a co-maintainer to move it along is valid.
Comments?
Comment #6
nancydruI did email him; true it has not been two full weeks, and true it was not posted in the issue queue. I was not aware of the procedure, but now I am.
I will, if it's okay with both of you, still work the issue queue. I already have it ported to 6.x and just need to tell my CVS that it's okay. I am familiar with another important issue that's out there, since I'm the one that told the person what to patch.
If you would prefer I will hold off feature requests for a while longer and just concentrate on bugs.
Comment #7
nancydruhttp://drupal.org/node/232788
Comment #8
nancydruWell, if or when I get commit authority, the issue queue will go almost completely away overnight.
Comment #9
michelleI'm with AjK on this. If a module looks long abandoned and someone with a good track record has an itch to work on it, I think making them wait two weeks is silly. I think it's better to take this on a case by case basis with what Heine said as the standard method but making exceptions as needed.
Michelle
Comment #10
heine commentedI cannot speak for other maintainers, but getting a mail from the issue queue mailer is more likely to get registered then a mail by some random drupal.org nut.
Either stick with the agreed workflow, update it, or abandon it. For another issue queue though.
Comment #11
nancydruI have posted the request in the module's issue queue per the policy. The link to it is above. Unless you're telling me that I won't be allowed to take over this module, then the issue is still active.
I'm sorry that I offended your sensibilities. As I said, I was unaware of the policy. If you can tell me where to discuss it, I will be happy to suggest changes to the policy. When it is clear that an owner is not paying attention the issue queue (or drupal.org in general) it would seem that a direct email would be appropriate.
Comment #12
gregglesThe problem with a private mail is that it's private. Public issues have the benefit of being obvious to all parties involved since they are public.
So, you said that you mailed them a while ago and while I may trust you about this, it's hard to verify that as a fact. If you posted a public issue then it's quite easy to say "yes, Nancyw posted a public issue and the maintainer hasn't responded for two weeks."
So, let's give it another week and then transfer ownership.
Comment #13
nancydruIndeed, since it was sent through the contact form here at DO, I have no copy in my sent mail folder.
I am waiting and have all the issues fixed.
Comment #14
nancydruhttp://drupal.org/node/232788, to be transferred here momentarily.