Page 1 of 1

[fixed/closed]Rakdos Guildmage 1st ability no discard

PostPosted: 30 Jul 2015, 18:10
by Aswan jaguar
Describe the Bug:
1- Rakdos Guildmage first ability's activation cost doesn't prompt & force you to discard a card.
2- If you put a token in end step tt gets sacrificed that turn.

Which card did behave improperly ?
Rakdos Guildmage

Which update are you using?(date,name)Which type(Duel,Gauntlet,Sealed Deck)
Manalink 2015/3/25: Fate Reforged,duel

What exactly should be the correct behavior/interaction ?
1- Rakdos Guildmage 1st ability needs to discard a card besides pay mana cost.
2- Rulings
5/1/2006 If the second ability is activated during the End step, the token won't be exiled until the following turn's End step.


Are any other cards possibly affected by this bug ?
-

Re: [confirmed]Rakdos Guildmage 1st ability no discard

PostPosted: 08 Apr 2016, 16:00
by Gargaroz
Bug 1 fixed in 512334e
Bug 2 is fixed too, but is a global bug that needs to be debugged on "per-card" basis, so please check other cards that generates similar tokens and report it in a separated thread.

Re: [fixed]Rakdos Guildmage 1st ability no discard

PostPosted: 08 Apr 2016, 16:19
by Aswan jaguar
Gargaroz wrote:that generates similar tokens
You mean tokens that are generated till eot right?

Re: [fixed]Rakdos Guildmage 1st ability no discard

PostPosted: 09 Apr 2016, 19:09
by Korath
fx_kill_at_next_eot() and fx_at_next_trigger() in shandalar/effects.cpp on branch dl are worth looking at and maybe adopting into Manalink. The check for skipped turns won't work in Manalink (LCBP_SKIP_TURN is removed too soon in Manalink for the effect cards to see it in EVENT_CLEANUP), and EVENT_BEGIN_TRIGGER would need to be added into Manalink's dispatch_trigger_impl() like it is in Shandalar's version in shandalar/engine.cpp; but these have been handling all the edge cases very, very reliably for me.

Re: [New Info]Rakdos Guildmage 1st ability no discard

PostPosted: 10 Apr 2016, 13:14
by Gargaroz
Well, I found another workaround, but it needs to be implemented on per-card basis as I fear to mess up things if I add it to each token.