Loading...
 

Tikiwiki-devel (mailman list mirror)


dev.tiki.org issue tracker: category for bugs

posts: 757 Canada


> Don’t pretty much all bugs arguably cause unexpected behaviour?

That’s an interesting point. But in contrast to “Bug: Error” I would say no. The class of bugs your talking about here are bugs where there is no error message, (or clear error) but the result is not expected.... otherwise it could be classified as bug: error

I guess the other way to handle this is to change them to check boxes. It kinda doesn’t make sense to have to choose between “bug:error, and bug:regression” cause it could be both, or maybe 3.

> Bug: User Interface can reduce the number of uncategorizable bugs, but it does not fit all the rest. And it is fairly vague.

It’s less vague than “bug” though.
>
> I understand your reluctance and considered myself “Bug: Miscellaneous”. But if you have both “Bug: Regression” and “Bug: Miscellaneous”, there’s a logical expectation that “Bug: Miscellaneous” won’t contain regressions. Yet we can’t expect users to always know whether a bug is a regression.

That’s right, but the same argument could be applied against all of our non-regression categories.

Brendan

>
>> -----Message d’origine-----
>> De : Dr. Sassafras mailto:drsassafras@gmail.com
>> Envoyé : 17 juillet 2017 15:04
>> À : Tiki developers <tikiwiki-devel@lists.sourceforge.net>
>> Objet : Re: Tiki-devel dev.tiki.org issue tracker: category for bugs
>>
>> Could a “bug: Unexpected Behaviour”, “Bug: User Interface” fix this?
>>
>> I hesitate to give the option for people not not select an option.
>>
>> Maybe “Bug: Other”, so it’s really clear that they need to select the another option before using that
>> one?
>>
>> Brendan
>>

>>> On Jul 17, 2017, at 2:48 PM, Cloutier, Philippe (DGARI-Consultant) <Philippe.Cloutier.externe@mern-

>> mffp.gouv.qc.ca> wrote:
>>>
>>> Hi Brendan,
>>> https://dev.tiki.org/tiki-view_tracker_item.php?itemId=6394 and https://dev.tiki.org/item6401 are
>> examples.
>>> Clearly, not all bugs without errors are consistency bugs, regressions, security issues, usability issues
>> or conflict between 2 features.
>>>
>>>> -----Message d’origine-----
>>>> De : Dr. Sassafras mailto:drsassafras@gmail.com
>>>> Envoyé : 17 juillet 2017 13:43
>>>> À : Tiki developers <tikiwiki-devel@lists.sourceforge.net>
>>>> Objet : Re: Tiki-devel dev.tiki.org issue tracker: category for bugs
>>>>
>>>> Can you give an example of a bug that doesn’t fit into those categories? Perhaps another category
>>>> would work?
>>>>
>>>> Brendan
>>>>
>>>>> On Jul 17, 2017, at 1:32 PM, Cloutier, Philippe (DGARI-Consultant)

>> <Philippe.Cloutier.externe@mern-

>>>> mffp.gouv.qc.ca> wrote:
>>>>>
>>>>> Hi,
>>>>> Our issue tracker has the following categories for bugs:
>>>>> Bug: Consistency
>>>>> Bug: Error
>>>>> Bug: Regression
>>>>> Bug: Security
>>>>> Bug: Usability
>>>>> Bug: conflict of two features (each works well independently)
>>>>>
>>>>> But it appears to lack a category for bugs in general. I am considering to create either “Bug:
>> general”
>>>> or “Bug”. If anyone opposes, please speak up.
>>>>>
>>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world’s most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world’s most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world’s most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

Hi Brendan,

> -----Message d’origine-----
> De : Dr. Sassafras mailto:drsassafras@gmail.com
> Envoyé : 17 juillet 2017 17:23
> À : Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> Objet : Re: Tiki-devel dev.tiki.org issue tracker: category for bugs
>
>
> > Don’t pretty much all bugs arguably cause unexpected behaviour?
>
> That’s an interesting point. But in contrast to “Bug: Error” I would say no. The class of bugs your talking
> about here are bugs where there is no error message, (or clear error) but the result is not expected....
> otherwise it could be classified as bug: error

If so, that is not clear from the name, but in any case, I was saying that pretty much all bugs arguably cause unexpected behavior.

>
> I guess the other way to handle this is to change them to check boxes. It kinda doesn’t make sense to
> have to choose between “bug:error, and bug:regression” cause it could be both, or maybe 3.

I agree that multiple states can apply, but multiple categories can already be selected.

> > Bug: User Interface can reduce the number of uncategorizable bugs, but it does not fit all the rest.
> And it is fairly vague.
>
> It’s less vague than “bug” though.

Right, I should have written “subjective”, sorry. What I meant is that it’s not necessarily easy for a user to say if a bug is a UI bug. If the user sees wrong data displayed by the UI, he can only guess if the problem is in the front-end or the back-end.

> > I understand your reluctance and considered myself “Bug: Miscellaneous”. But if you have both
> “Bug: Regression” and “Bug: Miscellaneous”, there’s a logical expectation that “Bug: Miscellaneous”
> won’t contain regressions. Yet we can’t expect users to always know whether a bug is a regression.
>
> That’s right, but the same argument could be applied against all of our non-regression categories.

Indeed.

>
> Brendan
>
> >
> >> -----Message d’origine-----
> >> De : Dr. Sassafras mailto:drsassafras@gmail.com
> >> Envoyé : 17 juillet 2017 15:04
> >> À : Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> >> Objet : Re: Tiki-devel dev.tiki.org issue tracker: category for bugs
> >>
> >> Could a “bug: Unexpected Behaviour”, “Bug: User Interface” fix this?
> >>
> >> I hesitate to give the option for people not not select an option.
> >>
> >> Maybe “Bug: Other”, so it’s really clear that they need to select the another option before using
> that
> >> one?
> >>
> >> Brendan
> >>
> >>> On Jul 17, 2017, at 2:48 PM, Cloutier, Philippe (DGARI-Consultant)

> <Philippe.Cloutier.externe@mern-

> >> mffp.gouv.qc.ca> wrote:
> >>>
> >>> Hi Brendan,
> >>> https://dev.tiki.org/tiki-view_tracker_item.php?itemId=6394 and https://dev.tiki.org/item6401
> are
> >> examples.
> >>> Clearly, not all bugs without errors are consistency bugs, regressions, security issues, usability
> issues
> >> or conflict between 2 features.
> >>>
> >>>> -----Message d’origine-----
> >>>> De : Dr. Sassafras mailto:drsassafras@gmail.com
> >>>> Envoyé : 17 juillet 2017 13:43
> >>>> À : Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> >>>> Objet : Re: Tiki-devel dev.tiki.org issue tracker: category for bugs
> >>>>
> >>>> Can you give an example of a bug that doesn’t fit into those categories? Perhaps another
> category
> >>>> would work?
> >>>>
> >>>> Brendan
> >>>>
> >>>>> On Jul 17, 2017, at 1:32 PM, Cloutier, Philippe (DGARI-Consultant)

> >> <Philippe.Cloutier.externe@mern-

> >>>> mffp.gouv.qc.ca> wrote:
> >>>>>
> >>>>> Hi,
> >>>>> Our issue tracker has the following categories for bugs:
> >>>>> Bug: Consistency
> >>>>> Bug: Error
> >>>>> Bug: Regression
> >>>>> Bug: Security
> >>>>> Bug: Usability
> >>>>> Bug: conflict of two features (each works well independently)
> >>>>>
> >>>>> But it appears to lack a category for bugs in general. I am considering to create either “Bug:
> >> general”
> >>>> or “Bug”. If anyone opposes, please speak up.
> >>>>>
> >>>>>
> >>>
> >>> ------------------------------------------------------------------------------
> >>> Check out the vibrant tech community on one of the world’s most
> >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >>> ___
> >>> TikiWiki-devel mailing list
> >>> TikiWiki-devel at lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> >>
> >> ------------------------------------------------------------------------------
> >> Check out the vibrant tech community on one of the world’s most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> TikiWiki-devel mailing list
> >> TikiWiki-devel at lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> > ------------------------------------------------------------------------------
> > Check out the vibrant tech community on one of the world’s most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > TikiWiki-devel mailing list
> > TikiWiki-devel at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world’s most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.