| 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:
On Thu, Feb 10, 2022 at 11:43 AM Rolf Theunissen <rolf.theunissen@xxxxxxxxx> 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.blewitt@xxxxxxxxx>:
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 KurtakovRed Hat Eclipse Team
_______________________________________________ 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