Enhancements as opposed to bugs
Kevin Gunn
kevin.gunn at canonical.com
Thu Oct 17 03:42:15 UTC 2013
sure...pick it
On Wed, Oct 16, 2013 at 9:03 PM, Daniel van Vugt <
daniel.van.vugt at canonical.com> wrote:
> I don't think "[ER]" is very user-friendly. No one outside the team would
> understand it.
>
> How about "[feature]" or "[enhancement]"?
>
>
>
> On 16/10/13 21:02, Kevin Gunn wrote:
>
>> thanks for the feedback.
>> it likely won't be something to be fixed in a short term - but i agree,
>> bugs (over blueprints) seem closer to being 'everything' you'd want when
>> looking at the vices & virtues of bugs vs blueprints.
>> i think what bugs are missing is a bit of aggregation & reporting ...as
>> well as a way to better reflect scheduling (for a big picture view)
>>
>> in the near term - there is certainly nothing wrong with pre-pending to
>> the bug title...i would suggest "[ER]" for 'enhancement request'...
>>
>>
>>
>> On Tue, Oct 15, 2013 at 9:10 PM, Daniel van Vugt
>> <daniel.van.vugt at canonical.com <mailto:daniel.van.vugt@**canonical.com<daniel.van.vugt at canonical.com>
>> >>
>>
>> wrote:
>>
>> Though I recall some of the proprietary issue tracking systems I've
>> used in the past clearly distinguished between Bug and Enhancement.
>>
>> And that in itself was sometimes problematic. Where people can't
>> decide or agree if something is a bug or a feature, you either need
>> a third classification or a more neutral system that just doesn't
>> care (like Launchpad).
>>
>>
>>
>> On 16/10/13 09:28, Daniel van Vugt wrote:
>>
>> I think we all agree Launchpad does not represent
>> enhancement/feature
>> requests ideally. That's why I asked how we'd like to work
>> around the
>> shortcomings.
>>
>> Also, I just found the bug (which itself is actually a feature
>> request)
>> and it looks unlikely to be resolved:
>> https://bugs.launchpad.net/__**launchpad/+bug/176431<https://bugs.launchpad.net/__launchpad/+bug/176431>
>>
>> <https://bugs.launchpad.net/**launchpad/+bug/176431<https://bugs.launchpad.net/launchpad/+bug/176431>
>> >
>>
>>
>> On 15/10/13 22:09, Michał Sawicz wrote:
>>
>> On 15.10.2013 16:04, Daniel d'Andrada wrote:
>>
>>
>> Bugs and new features are, on a slighly higher level,
>> the same thing:
>> work that has to be done on some piece of software,
>> according to some
>> specs, with a target milestone, an assignee, a given
>> priority, a state
>> (in progress, new, commited, released), a discussion
>> around it, etc.
>>
>> At my previous job we had different systems for those
>> (bugs and
>> features) for a long time and it was awesome when we
>> finally started
>> using only one (the bug tracker, but tweaked a bit to
>> better accommodate
>> those two kinds of tasks) for everything. I think it's
>> just natural to
>> do so.
>>
>>
>> I believe the biggest problem with launchpad in that regard
>> is that
>> "Wishlist" is the lowest priority (Importance) level. You
>> can't make an
>> enhancement higher priority than a bug, that's why some clear
>> distinguishing between a bug and a feature would be nice
>> indeed.
>>
>>
>>
>> --
>> Mir-devel mailing list
>> Mir-devel at lists.ubuntu.com <mailto:Mir-devel at lists.**ubuntu.com<Mir-devel at lists.ubuntu.com>
>> >
>>
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/__**mailman/listinfo/mir-devel<https://lists.ubuntu.com/__mailman/listinfo/mir-devel>
>> <https://lists.ubuntu.com/**mailman/listinfo/mir-devel<https://lists.ubuntu.com/mailman/listinfo/mir-devel>
>> >
>>
>>
>>
>>
>>
> --
> Mir-devel mailing list
> Mir-devel at lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/**
> mailman/listinfo/mir-devel<https://lists.ubuntu.com/mailman/listinfo/mir-devel>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/mir-devel/attachments/20131016/252a29de/attachment.html>
More information about the Mir-devel
mailing list