Closed (fixed)
Project:
Drupal.org project ownership
Component:
Co-maintaining offer
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
16 Feb 2023 at 09:06 UTC
Updated:
18 Mar 2023 at 11:14 UTC
Jump to comment: Most recent
I noticed the RTBC list is getting long and you are seeking co-maintainers, so I would like to become a co-maintainer of this module to review and merge (as appropriate) RTBC issues and create a new minor release.
You can view my profile to see my large history of work. For recent maintainer work, you can see QuantCDN when I have recently spent many hours bug fixing and doing issue triage and releases:
https://www.drupal.org/project/issues/quantcdn
Review my profile and, if approved, add me as co-maintainer with appropriate permissions to merge code, manage issues, and create releases.
Add Kristen Pol as co-maintainer of Redirect.
Comments
Comment #2
avpaderno(Co-maintainers and maintainers are different roles, as described in Offering to become a project owner, maintainer, or co-maintainer / Terminology.)
Comment #3
kristen polThanks for the summary update. Yes, co-maintainer :) I want to primarily focus on the RTBC queue first.
Comment #4
avpadernoI will contact the maintainers in the next hour, if they do not reply before I do that. Actually, only the project owner needs to be contacted.
Comment #5
avpadernoThis is the message I sent to the project owner.
I changed the status, since we are waiting for a reply.
Comment #6
kristen polThanks so much @apaderno!
Comment #7
berdirI don't have permission to edit maintainers.
I know I've been neglecting this module, and help is welcome. That said, the module tends to be fairly tricky. It's doing stuff early in bootstrap on every request so performance is critical and there's a lot of complex cases with routing, languages and so on. I would ask that you get in touch about anything that you're not sure about the impact and that any change is covered by tests.
Comment #8
kristen polFair enough. I would only merge changes that I actually understand and actually have tested since this is a VERY high use module. I am typically quite conservative for merging changes so as to not break things. I would be doubly so for this codebase. That said, I imagine there are still plenty of simple fixes in the queue that I’d feel comfortable reviewing and testing and merging.
Comment #9
kristen polAlso, I can make sure tests are added for any bug fix before it’s allowed to be merged.
Comment #10
berdir> That said, I imagine there are still plenty of simple fixes in the queue that I’d feel comfortable reviewing and testing and merging.
There are. Most of the RTBC issues, especially the older ones, are (often overlapping) coding standards stuff, README restructurings and the like that I never found motivation to dig into. Partially because those kind of issues tend to conflict with more useful changes and patches that people are using.
Comment #11
kristen polRight… I could focus on those and merge what makes sense and close as outdated or won’t fix for others. Then at least there’s less noise in the queue :)
Comment #12
avpadernoI added Kristen Pol as co-maintainer.
Comment #13
kristen polThanks! I’ll start taking a look late next week.