<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">Le sam. 7 avr. 2018 à 05:51, Ben Coman <<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 7 April 2018 at 04:20, Nicolas Cellier<br>
<<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank" rel="noreferrer">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
> Hi David,<br>
> Just a small brook for washing yet another<br>
> <a href="https://en.wikipedia.org/wiki/Labours_of_Hercules#Fifth_labour:_Augean_stables" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Labours_of_Hercules#Fifth_labour:_Augean_stables</a><br>
> ;)<br>
><br>
> My advice would be to inspect the entries updated these last two years, and<br>
> if still relevant confirm (or fix) else close.<br>
> Fortunately, there are not so much of them.<br>
><br>
> Then I would close all the rest (resolution = timeout).<br>
> Other teams including Pharo have such a policy.<br>
<br>
Note that this is done by a bot, so there is no judgement of the<br>
importance of the issue.<br>
The judgement comes from the initiator re-opening it.<br>
<br>
><br>
> Generally, I hate when my opened issues are closed like that, because I<br>
> mostly don't use Pharo, so I consider these as pure gifts.<br>
> There is a side effect that I'm not encouraged to report anymore, and I<br>
> rarely reopen them, because I have no time to check.<br>
> There is no such thing as gift-support-service.<br>
<br>
Personally, when my Pharo issues are auto-closed<br>
sometimes I think "Whoops, I really do mean to get back to that" and re-open it,<br>
and othertimes I think "Nah! It never happened to me twice, not<br>
*really* important" and I leave it closed.<br>
The latter doesn't discourage me from logging issues.  Its there to be<br>
found if its a common issue<br>
and it gains additional comments indicating it should be reopened if<br>
no-one yet dealt with it.<br>
<br>
cheers -ben<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Hi Ben,</div><div dir="auto">That's the right attitude. But remember that I'm emotional, it helps to perceive things or obscure others when it gets personal.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
><br>
> But, in the end, Pharo team is right: accumulation of rotten issues is not<br>
> sustainable<br>
> - either the issue is important, and it must/will be reopened<br>
> - or no one cares and the issue can be closed.<br>
<br>
><br>
> If Heracles himself wants to inspect and resolve the timed-out issues, he<br>
> would just have to set a filter with a few clicks.<br>
> But there's no hurry, the Augean stables had to wait 30 years...<br>
><br>
> 2018-04-06 21:58 GMT+02:00 David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank" rel="noreferrer">lewis@mail.msen.com</a>>:<br>
>><br>
>> Nicolas,<br>
>><br>
>> It is really good to see those Mantis issues being addressed. Thank you!<br>
>><br>
>> Dave<br>
>><br>
>> > Hi Marcel, Tobias,<br>
>> > I encountered a bug, when playing a sound, the default SoundService<br>
>> > (class<br>
>> > inst var) was not a class (BasedSoundService) but an instance (a<br>
>> > BasedSoundService).<br>
>> ><br>
>> > Why?<br>
>> > Because, there is a TileMorphTest>>setUp that remember which is the<br>
>> > default, then tries to restore it in tearDown.<br>
>> > It used to work.<br>
>> ><br>
>> > But, in between, SoundService default and defaultOrNil have been<br>
>> > re-defined<br>
>> > so as to answer an instance rather than a class.<br>
>> ><br>
>> > Thus, when we play the tests, we can no more play the sounds...<br>
>> ><br>
>> > I hesitate to open a Mantis issue, no one read nor close them, so the<br>
>> > bug<br>
>> > report is only here for the moment.<br>
>> ><br>
>> ><br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
><br>
<br>
</blockquote></div></div></div>