<div dir="ltr"><div><div>+1,<br>Nice to see that my exact thoughts are already in trunk, it's magic ;)<br></div></div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-08 11:46 GMT+02:00 Marcel Taeumel <span dir="ltr"><<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div id="m_-4379489799713722631__MailbirdStyleContent" style="font-size:12pt;font-family:calibri;color:#000000">
Hi Nicolas,<div><br></div><div>thank you. I think I will also override #default: to ensure that only behaviors are stored. At the moment, the meaning of #default changed without taking take of #default: so that "self default: self default" still works. No updateMap/script should be required if we make sure that ReleaseBuilder also resets all AppRegistries.</div><div><br></div><div>Best,</div><div>Marcel</div><div><div class="h5"><div class="m_-4379489799713722631mb_sig"></div><blockquote class="m_-4379489799713722631history_container" type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">
<p style="color:#aaaaaa;margin-top:10px">Am 06.04.2018 23:12:43 schrieb Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@<wbr>gmail.com</a>>:</p>
<div dir="ltr"><div><div>Back to the original bug, I've fixed it in trunk.<br><br></div>Repairing broken SoundService default requires a new script (done).<br></div>Now I don't remember, should I create an update map to make sure that this script is evaluated?<br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-06 22:20 GMT+02:00 Nicolas Cellier <span dir="ltr"><<a href="mailto:nicolas.cellier.aka.nice@gmail.com" target="_blank">nicolas.cellier.aka.nice@<wbr>gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div><div>Hi David,<br>Just a small brook for washing yet another <a href="https://en.wikipedia.org/wiki/Labours_of_Hercules#Fifth_labour:_Augean_stables" target="_blank">https://en.wikipedia.org/wiki/<wbr>Labours_of_Hercules#Fifth_labo<wbr>ur:_Augean_stables</a> ;)<br><br></div>My advice would be to inspect the entries updated these last two years, and if still relevant confirm (or fix) else close.<br></div><div>Fortunately, there are not so much of them.<br></div><div><br>Then I would close all the rest (resolution = timeout).<br></div>Other teams including Pharo have such a policy.<br></div><br>Generally, I hate when my opened issues are closed like that, because I 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 rarely reopen them, because I have no time to check.<br>There is no such thing as gift-support-service.<br></div><br>But, in the end, Pharo team is right: accumulation of rotten issues is not sustainable<br></div>- either the issue is important, and it must/will be reopened<br></div>- or no one cares and the issue can be closed.<br><br></div>If Heracles himself wants to inspect and resolve the timed-out issues, he would just have to set a filter with a few clicks.<br></div>But there's no hurry, the Augean stables had to wait 30 years...<br></div><div class="m_-4379489799713722631HOEnZb"><div class="m_-4379489799713722631h5"><div class="gmail_extra"><br><div class="gmail_quote">2018-04-06 21:58 GMT+02:00 David T. Lewis <span dir="ltr"><<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Nicolas,<br>
<br>
It is really good to see those Mantis issues being addressed. Thank you!<br>
<br>
Dave<br>
<div class="m_-4379489799713722631m_-1888444833875683306HOEnZb"><div class="m_-4379489799713722631m_-1888444833875683306h5"><br>
> Hi Marcel, Tobias,<br>
> I encountered a bug, when playing a sound, the default SoundService (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 bug<br>
> report is only here for the moment.<br>
><br>
><br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote>
</div></div></div></div><br><br>
<br></blockquote></div><br></div></div></div></div></div>