Am 27.04.21 um 09:28 schrieb Guy Harris:
>> ws-status::duplicate => The problem is a duplicate of an existing issue.
>
> The last of those is, well, a duplicate of the "(duplicated)" in the status
> box at the top (if the close is done right, by entering
>
> /duplicate #{bug number}
>
>
On Apr 23, 2021, at 5:29 AM, Uli Heilmeier wrote:
> Therefore I would like to create these scoped labels [1]:
>
> ws-status::unconfirmed => This bug has recently been added to the issue
> tracker. Nobody has confirmed that this bug is
> valid.
> ws-status::confirmed => This bug is valid.
> ws-s
I see your point.
We had this status field at Bugzilla and it worked sufficiently well (at least
for dissector bugs).
At the moment it is very hard to see if someone has already had a look at an
issue, if she/he was able to reproduce it,
if a sample capture is missing etc.
Regarding additional
Am 27.04.21 um 09:06 schrieb Guy Harris:
> Perhaps the labels should be
>
> os:windows
> os:macos
> os:linux
> os:other-unix
>
> ("unix" meaning "Un*X", and "other" meaning "neither macOS nor Linux").
> "os:other" might be enough.
Yes, you're totally right. os::windo
It wasn't clear to me, that your list was the original list + new entries.
I have especially an issue with the new ws-status labels and their
transitions. Judging from a company, where we have about 50 developers
whose daily bread it is to transition properly in Jira, I cannot see an
open-source p
On Apr 26, 2021, at 11:43 PM, Uli Heilmeier wrote:
> I have no strong feelings about the os::* labels. We can reduce them to
> os::mac, os::windows, os::linux, os::unix.
So does "unix" mean:
1) has some possibly very-remote code base connection to some UNIX that
AT&T put out;
