On 01/07/2008, at 5:12 PM, Kai wrote:
Hi Zhu, I don't understand you.I can't see a reason why such an issue should start later to get confirmed?Ciao, Kai Zhu Lihua schrieb:Hi James & Kai, Maybe you've got a misunderstand with the "Priority".The priority Clytie and I talked about, is the priority of starting with the unconfirmed issues, not the priority of issues themselves. As my former letter mentioned, we, several workers in the Redflag company,are working with the unconfirmed spreadsheet issues.
Thanks, Li Hua, for explaining what I meant. This priority is indeed about the time we spend checking the issues. Since we have limited time, we start with the newer issues.
Kai, we do that because often the older issues have already been fixed in a newer build. Issues reported against the current builds are more likely to be valid problems.
For example, I spent a day last week going through over 30 unconfirmed issues reported against the Mac porting project. Most of the ones reported against versions < 3 had already been fixed in later builds. So I spent most of my day confirming that those issues no longer existed.
It's useful tidying up, and fortunately I had set out to check the older issues, but in general, in the pre-release stage, we want to focus on issues reported against the pre-release builds.
When we're not quite so close to release, we can afford to spend more time on older issues.
I hope that helps you understand. If not, please keep asking! :) from Clytie Vietnamese Free Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n
PGP.sig
Description: This is a digitally signed message part
