[GNC-dev] Bugzilla Structure
John Ralls
jralls at ceridwen.us
Mon Aug 27 15:31:26 EDT 2018
One could, but I agree that a “General” component is better, so I’ve made one.
I think David’s 777893 belongs in the T&CG, though, and he’s already moved it there.
Regards,
John Ralls
> On Aug 27, 2018, at 10:39 AM, Derek Atkins <derek at ihtfp.com> wrote:
>
> Another option is to open bugs in each of the affected areas and reference
> each other properly.
>
> -derek
>
>
> On Mon, August 27, 2018 1:30 pm, David T. via gnucash-devel wrote:
>> Thanks, John; I found that about ten minutes after I sent it out!
>>
>> I do still think that a bug that crosses documents causes categorization
>> issues. Adrien’s suggestion to add a General (I paraphrase) option might
>> be useful.
>>
>> David
>>
>>> On Aug 27, 2018, at 11:09 AM, John Ralls <jralls at ceridwen.us> wrote:
>>>
>>>
>>>
>>>> On Aug 27, 2018, at 7:28 AM, David T. via gnucash-devel
>>>> <gnucash-devel at gnucash.org> wrote:
>>>>
>>>> Hello,
>>>>
>>>> I was just trying to track down the status of documentation bug 777893,
>>>> and was stymied for a bit.
>>>>
>>>> A bit of history: I raised the bug to induce the addition of
>>>> information about the SQL formats. Subsequently, I wrote a section for
>>>> inclusion in the Guide, which was submitted 10 days ago as Pull Request
>>>> #109.
>>>>
>>>> Today, I wanted to go add the PR # to the bug, and clicked my way to
>>>> the bugzilla section for the Guide, only to not find the bug in
>>>> question. Searching by bug number shows that the bug was entered under
>>>> Help, rather than Guide. This situation points out that breaking the
>>>> bugs out to this level of granularity can have negative effects: first,
>>>> it forces a reporter to decide on the appropriate document for a bug,
>>>> rather than focus on the problem in question; second a user looking for
>>>> these bugs must discern the specific document to which a given bug was
>>>> assigned in order to locate said bug; third, it causes difficulty if a
>>>> given bug recommends changes to more than one piece of documentation,
>>>> as this bug does—which doc does the bug get assigned to?
>>>>
>>>> While it may have seemed an advance to be able to structure our bugs to
>>>> cover specific documents, I wonder at the choice at this point, and ask
>>>> how difficult it would be either to change the structure itself, or
>>>> find a way to allow users the option of seeing all Doc bugs in an
>>>> aggregated screen?
>>>
>>> Yeah, don’t select a component when you do the search.
>>>
>>> Regards,
>>> John Ralls
>>>
>>
>> _______________________________________________
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>>
>
>
> --
> Derek Atkins 617-623-3745
> derek at ihtfp.com www.ihtfp.com
> Computer and Internet Security Consultant
>
More information about the gnucash-devel
mailing list