On 2/21/20 12:55 AM, Kai Uwe Broulik wrote:
Am 21.02.20 um 00:18 schrieb Nate Graham:
We don't have to make VHI-priority bugs release blockers per se, but
rather treat them as "please fix this before the release or else users
will complain a lot" type of bugs.
There's no point in marking infa
Am 21.02.20 um 00:18 schrieb Nate Graham:
We don't have to make VHI-priority bugs release blockers per se, but
rather treat them as "please fix this before the release or else users
will complain a lot" type of bugs.
There's no point in marking infamous and half a decade old bugs like the
nvi
On 2/20/20 3:54 PM, David Edmundson wrote:
Would be nice if we could treat the VHI-priority bugs as release
blockers, and the HI-priority bugs as things to work on for the next
release.
There's no way we can fix those within 2 weeks.
Clarification: I meant that we could focus on HI-priority b
On Thu, Feb 20, 2020 at 9:04 PM Nate Graham wrote:
>
> On 2/20/20 10:50 AM, David Edmundson wrote:
> > From the meeting
> >
> > - We are going to try and make use of the priority field in bugzilla
> > in addition to the commonly used severity.
> >
> > - Lets try to order our personal searches aro
On 2/20/20 10:50 AM, David Edmundson wrote:
From the meeting
- We are going to try and make use of the priority field in bugzilla
in addition to the commonly used severity.
- Lets try to order our personal searches around it, not just always
searching by date.
- VHI bugs will be discussed at
>From the meeting
- We are going to try and make use of the priority field in bugzilla
in addition to the commonly used severity.
- Lets try to order our personal searches around it, not just always
searching by date.
- VHI bugs will be discussed at the Monday meeting.
- Let's also make use of
