Hi everyone, In an effort to find out everything we need to do for 1.0 and in an effort to provide a good planning for our users, I'm proposing the following: * Any issue that we've reviewed need to be assigned a version ("Fix for" field). * Anyone assigning a "fix for" means he's planning to fix the issue in that version. Of course things can change thereafter but it means a user seeing that the issue is assigned a given version should have some confidence that it's going to be fixed in that version. * There's a special version called "Future" for issues that have been reviewed but that haven't been scheduled to be implemented in a version yet * As a consequence, I propose we review and move the issues that have a fix for of "2.0", "1.1" and "unknown". Some will need to go in 1.0 but most should go in "Future" * Committers who want to implement stuff for 1.1 should move them to 1.1 but again this a commitment for oneself, not the desire to see this implemented in 1.1, which is very different and what we were doing till now. * After we release 1.0, we'll need to do a pass on the "Future" issues and everyone will have to pick some issues that he thinks/ wants to be implemented in 1.0.1 and/or 1.1 Is that ok for everyone? Thanks -Vincent