Am 11.02.21 um 09:03 schrieb Arrigo Marchiori:
> I want to mark some duplicate bugs and I have a question.
for your example, see comments inline.
> Suppose the bugs are numbered 2, 4, and 6. I have been working on
> number 4, because I did not know about number 2. For this reason,
> number 4 has more comments on BugZilla and my GitHub PR refers to it.
>
> I will declare that no. 6 is a duplicate, because it was reported
> afterwards.
yes
> Can I indicate that no. 2 is a duplicate of no. 4 even if it was
> reported before, although according to a strict time-based logic it
> should be the opposite (i.e. that no. 4 is a duplicate of no. 2)?
Yes
> The reason I believe it would be better to flag no. 2 as duplicated of
> no. 4 is because report no. 4 contains much more data about the
> problem and IMHO it should ``stand out'' with respect to the others.
+1
In general:
Following the chronological order is the right thing. This means the
oldest issue will remain when all others are decribing the same problem.
Exceptions (of course ;-)):
The respective issue should survive when:
- it has the most helpful comments
- it already has a doc to reproduce the problem
- it has already a reference to SVN / Git / GitHub ...
- it has the most votes, or links to "see also" issues
- it has in general most helpful data.
That means chronological yes, but maybe it makes sense to use another
issue when it is more helpful and then close all others as duplicate.
> Thank you in advance for your guidance,
I hope this is helpful for you.
That's the way I'm doing it.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail:
[hidden email]
For additional commands, e-mail:
[hidden email]
Locked
