[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [platform-dev] Fwd: [Bug 305081] [api] IInstallableUnit#getFilter is marked noReference
|
Please consider the opinions of your committers and contributors
as at least relatively important. We're explaining to you what
is important to us and why we feel that way. We don't really so
much appreciate our opinions being dismissed as not important to
you. We have higher expectations from our PMC leads.
If the disease is "lack of triage", we feel that unfortunately
the "auto triage close cure" is even worse than that disease.
We're asking you to please stop sending the patients home with a
robot. We might not do a good job curing the patients and we
could and should definitely discuss how to improve our cure rate
and our patient satisfaction statistics, but in the meanwhile
please stop making the problem worse with a robot. And please
don't characterize what we say as "just not important" because
that's just plain disrespectful.
On 10.02.2022 10:52, Aleksandar
Kurtakov wrote:
I fully agree. In fact, I consider any bug that is
closed and marked as 'stalebug' as open.
Also, back in the day there seemed to be a different
triage process, and correct me if I am wrong, but it
seems that bugs that are marked as being triaged are not
auto-closed. At least some very old bugs do not get
auto-closed.
I know that it is hard to manage the huge back-log of
issues. But there seems also hardly any focus on new
incoming bugs, they are ignored until they are finally
automatically closed, which gives a really bad
impression on the overall quality of the projects.
You nailed it! It's pointless discussion whether bugs are
autoclosed or not aka stay open without anyone looking into
it or being closed without anyone looking into it. What's
important is who will triage and fix bugs, look into gerrits
and etc.? I'm very interested in the later discussion and
until we improve on it, discussing the former is just
non-important to me.
I agree. It’s
happened to many bugs I raised over the years even when
they are provably still valid, and it gives a really bad
impression to end users for limited gain.
Alex
Sent from my iPhone 📱
> On 10 Feb 2022, at 06:49, Christoph Läubrich <laeubi@xxxxxxxxxxxxxx>
wrote:
>
> +1 for disabling this.
>
>> Am 10.02.22 um 07:45 schrieb Andrey Loskutov:
>> Yes, please.
>> I believe PMC once decided it would be a great
idea to have less bugs open, so I would ask PMC to
discuss the success of this practice once again, we
should be able to reiterate on our processes.
>> I've complained https://www.eclipse.org/lists/jdt-dev/msg01419.html
already (no result), Stephan too (before he silently
quit) https://www.eclipse.org/lists/eclipse-pmc/msg03833.html,
I know other committers not happy with this practice,
and we receive constant feedback from users that this
*is* a bad practice.
>> It doesn't help anyone, just creates bad
impression for remaining few users who take time to fill
bug reports.
>> Am 10. Februar 2022 07:23:49 MEZ schrieb Ed
Merks <ed.merks@xxxxxxxxx>:
>>> Can we please turn off this "Genie" that
does this to open bugs? I've
>>> asked about this before and I really don't
like it. This time I want to
>>> really make it stop. I think such a
behavior creates a really bad
>>> impression, i.e., that we manage bugs so
poorly that we need a bot that
>>> times them out automatically because we
just can't be bothered to manage
>>> this properly. Yes, of course I know there
is much time involved in
>>> triage, but that's exactly the point. I
triaged all the p2 bugs some
>>> time ago to reduce it to the ones that are
open so these are legitimate
>>> issues that should not be auto-closed...
>>>
>>> Regards,
>>> Ed
>> --
>> Kind regards,
>> Andrey Loskutov
>> https://www.eclipse.org/user/aloskutov
>> Спасение утопающих - дело рук самих утопающих
>> _______________________________________________
>> platform-dev mailing list
>> platform-dev@xxxxxxxxxxx
>> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
> _______________________________________________
> platform-dev mailing list
> platform-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
--
Aleksandar Kurtakov
Red Hat Eclipse Team
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev