On Mon, 2006-09-25 at 10:40 -0600, Andrig T Miller wrote:
>      The idea behind this is to keep releases from filling with
> everything, and them not getting reviewed.  When things are directly
> assigned to releases, everyone just assumes it should be done, and
> there is no review.  By having them initially unscheduled, and
> instituting a mandatory review, we can intelligently assign them to
> the proper release with the proper priority.  They shouldn't remain in
> unscheduled for any length of time.
> 
> Before we did this, releases just grow in scope unchecked, and we
> cannot continue to do that.

You can't fix the problem of bugs not getting reviewed by
hiding them under the rug. :-)

Assigning to a release, forces somebody to remove
them from that release. So they are least looked at.

Where this failed before, is that they had no assignees.
So Dimitris just bumped to the next release without
pinging the assignee to tell them to
"to pull his finger out ..." :-)

If don't want to assign a bug to release, 
e.g. it is too complicated to fix in the near future
there is a "No Release" dummy version.
But doing this, will probably lead to them
getting forgotten about!