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:
On Thu, Feb 10, 2022 at 11:43 AM Rolf Theunissen
<rolf.theunis...@gmail.com> 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.
Rolf
Op do 10 feb. 2022 om 08:23 schreef Alex Blewitt
<alex.blew...@gmail.com>:
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
<lae...@laeubi-soft.de> 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.me...@gmail.com>:
>>> 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@eclipse.org
>> To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev
> _______________________________________________
> platform-dev mailing list
> platform-dev@eclipse.org
> To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@eclipse.org
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@eclipse.org
To unsubscribe from this list,
visithttps://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@eclipse.org
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev
