1 |
On Thu, 16 Jun 2016 15:02:13 +0200 Michał Górny wrote: |
2 |
> Hello, everyone. |
3 |
> |
4 |
> Here's the third bugs.g.o redesign RFC. |
5 |
> |
6 |
> This time it's about closed bugs. Right now we have two states for |
7 |
> them: RESOLVED and VERIFIED. |
8 |
> |
9 |
> RESOLVED is the usual state that the developers use when they close |
10 |
> a bug. It's also the only state that could be directly transferred from |
11 |
> other states. |
12 |
> |
13 |
> VERIFIED is used scarcely, and not really consistently. It can only be |
14 |
> used on RESOLVED bugs, and sometimes users use it to confirm that |
15 |
> the bug is resolved. |
16 |
> |
17 |
> To be honest, I don't really see the need for VERIFIED state. Since |
18 |
> it's used scarcely, it can't be really relied upon. Some users use it |
19 |
> completely incorrectly (e.g. when the bug should be reopened instead). |
20 |
|
21 |
+1 Burn it with fire :) |
22 |
|
23 |
> What I'd like to introduce instead is a new STABILIZED state. It would |
24 |
> -- like VERIFIED now -- be only available for bugs already RESOLVED, |
25 |
> and it could be used to signify that the fix has made it into stable. |
26 |
> |
27 |
> While this wouldn't be really obligatory, it would be meaningful for |
28 |
> trackers that need to ensure that fixes in packages have made it to |
29 |
> stable -- like the functions.sh use tracker. |
30 |
|
31 |
Wouldn't this bug create even more burden for stabilization process? |
32 |
Each fix will eventually go into stable when newer version will get |
33 |
stabilized. |
34 |
|
35 |
Best regards, |
36 |
Andrew Savchenko |