<div dir="ltr"><div><div><div>Dang it, I knew I had reason to be nervous about this fix.<br><br></div>I just realized that this fix breaks the even more common case of on-death-bequest attacks that target the dying enemy to transmogrify them into something else.<br><br></div>This probably means that there are some games with broken battles when played in the Callipygous release.<br><br></div>Once I find a way to fix this regression (hopefully without reintroducing the bug that revision 7885 was meant to fix) I might consider doing a callipygous+2 bugfix release.<br><div><div><div><br>---<br></div><div>James<br><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 3:28 PM,  <span dir="ltr"><<a href="mailto:subversion@hamsterrepublic.com" target="_blank">subversion@hamsterrepublic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">james<br>
2016-03-31 15:28:44 -0700 (Thu, 31 Mar 2016)<br>
421<br>
Call fulldeathcheck() inside active_mode_state_machine()<br>
This fixed a bug where you could get stuck with a hero who could not target any enemy when<br>
all enemies die at once and trie to do death-bequest-attacks on each other.<br>
<br>
I am a little nervous about doing this so close to release time, but I have tested it out and<br>
it seems correct, and I cann't remember any reason why fulldeathcheck should not be called every tick<br>
---<br>
U   wip/bmod.rbas<br>
______________________________<wbr>_________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org">ohrrpgce@lists.motherhamster.<wbr>org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.<wbr>org/listinfo.cgi/ohrrpgce-<wbr>motherhamster.org</a><br>
</blockquote></div><br></div>