Closed GoogleCodeExporter closed 9 years ago
mana abilities should NEVER use the stack, the issue here is not what cards
were involved, altho you are using an unsupported card, it has been reported by
others that mana during interupts is putting the mana ability on the stack.
this includes land. which is then passing priority BACK to the ai.
Original comment by omegabla...@gmail.com
on 19 Sep 2010 at 9:32
This issue is quiet annoying and makes the responding on opponent's spells a
nuisance!
Original comment by dan.solo...@googlemail.com
on 19 Sep 2010 at 9:34
Original comment by omegabla...@gmail.com
on 21 Sep 2010 at 10:43
Original comment by omegabla...@gmail.com
on 27 Sep 2010 at 2:19
Original comment by omegabla...@gmail.com
on 10 Nov 2010 at 6:00
i commited a fix for this preventing genericability from "side sending" a tap
event due to a possibly overlooked variable doTap defaulted to "1"(aka
tap)...and added handling for it in genericability resolve...as per mtg rules,
if an ability no matter the effects which lead to it, were to ADD MANA, then it
is a mana producing ability and does not use the stack nor offer the other
player a chance to respond.
leaving this ticket open until someone else varified the fix.
Original comment by omegabla...@gmail.com
on 1 Feb 2011 at 2:32
Fix confirmed. Finally this is gone.
Thanks alot!
Original comment by dan.solo...@googlemail.com
on 1 Feb 2011 at 7:34
Original comment by dan.solo...@googlemail.com
on 1 Feb 2011 at 7:35
I believe I have a very clean fix for this issue. I know it was supposed to be
fixed, but I encountered it in Triggered Abilities while working on a different
thing, so I think your fix was not enough.
I am wondering if you happen to know:
- If we have a test for this issue
- If you remember the revision where you fixed this issue (need to see if my
fix is enough and if we can cleanup some code here and there)
Original comment by wagic.the.homebrew@gmail.com
on 6 May 2011 at 8:44
Original issue reported on code.google.com by
tzu...@gmail.com
on 19 Sep 2010 at 4:41