[Core-QA] Changing "Orphan proposals" proposal
| From: | Tobias Schlitt | Date: | Mon, 11 Jul 2005 11:30:04 +0000 |
| Subject: | [Core-QA] Changing "Orphan proposals" proposal | ||
| Groups: | php.pear.dev php.pear.qa | ||
| Request: | Send a blank email to pear-dev+get-38550@lists.php.net to get a copy of this message | ||
Hi all!
After some discussions with some pear-devs on IRC (Aaron mainly gave the
bit for me to bring it to public again) I start more and more to take
over the opinion that inventing a "orphan" flag would be much better
than deleting orphan proposals.
The idea is to keep the timeframes as described in the proposal
currently in votes phase and replace the "delete" action by a "mark as
oprhan" action. Orphan proposals will then be listed on an extra page.
The benefits inherited from that are:
a) A PEARWeb admin could easily reactivate the proposal, if the
maintainer decides to push it further.
b) If someone else proposes a similar package to one being marked as
oprhan, one can still refer to the orphan one and bring maintainers in
touch.
I think this solution would fix the problems people told me about with
the proposed process. Opinions please!?
If we decide to change the proposal as described above we also need a
way to merge the changes into the current proposal. AFAI can see there
are 2 possibilities:
a) Deleting the current proposal and restart it with the changes named.
b) Edit the current proposal to reflect the changes (which will not
allow people who already voted to re-cast their votes).
So, what do you think?
Regards,
Toby
--
Tobias Schlitt - Zend Certified Engineer GPG Key: 0xA6529579
a passion for php http://www.schlitt.info
Like to say "thank you"? - http://pear.php.net/wishlist.php/toby