file When exactly does a blocking minion tap?

26 Nov 2015 15:22 #74545 by the1andonlime
I would take it that the tapping is not immediate, otherwise the "do not tap" clause of Obedience and Mental Maze won't make sense.

So, given the ruling:

If the Methuselah loses control of the acting minion before the resolution of the action, then the action ends. [RTR 19970630]


Would that mean that a blocking minion does not tap is the acting minion burns after a successful block but before combat occurs?

(E.g. a one life ally blocked by a minion with Banshee Ironwail)

Name: Banshee Ironwail
Type: Equipment
PoolCost: 2
BloodCost:
CardText: Unique melee weapon. Cold iron.
Strength+2 damage each strike. Bearer gets -1 stealth on each action. If bearer blocks an action, the acting minion burns 1 blood or life (before combat begins, if any).



Suaku
Inceptor Asian Continental Championship
興っ
www.youtube.com/SuakuOz

Please Log in or Create an account to join the conversation.

More
26 Nov 2015 16:20 #74547 by Ankha
If the minion is blocked, it means that we have reached resolution. So your ruling doesn't apply here.
The blocking minion is tapped.

Prince of Paris, France
Ratings Coordinator, Rules Director

Please Log in or Create an account to join the conversation.

More
26 Nov 2015 20:18 #74551 by Juggernaut1981
At the point where the block is successful.

:bruj::CEL::POT::PRE::tha: Baron of Sydney, Australia, 418

Please Log in or Create an account to join the conversation.

More
27 Nov 2015 21:39 - 28 Nov 2015 04:46 #74561 by AaronC

I would take it that the tapping is not immediate, otherwise the "do not tap" clause of Obedience and Mental Maze won't make sense.

So, given the ruling:

If the Methuselah loses control of the acting minion before the resolution of the action, then the action ends. [RTR 19970630]


Would that mean that a blocking minion does not tap is the acting minion burns after a successful block but before combat occurs?

(E.g. a one life ally blocked by a minion with Banshee Ironwail)


Don't forget Change of Target!

Clearly there is a timing window after a block is successful but before the blocking minion taps followed by the beginning of combat. This is the timing window during which you play Obedience, Mental Maze, and Change of Target. There are others like that.

The problem is that some reactions, action modifiers, and effects seem to be played before the blocking minion taps, but others seem to be played after the blocking vampire taps. For instance, Peacemaker at :obe: seems to assume that the vampire playing it has already tapped.

I think we are supposed to assume that effects like Banshee Ironwail life loss occurs AFTER tapping because it doesn't specifically say "do not tap the blocking minion". There is no guidance about this issue, as far as I can tell. My playgroup once had a similar question about Promise of 1528 and whether the acting Camarilla vampire whose action is ended taps or not.

Ideally it would be nice for all "after blocking/before combat" cards and effects to be played at the same time, either before or after the blocking vampire taps. If Obedience, Mental Maze, Change of Target, etc. said "untap the blocking vampire/minion" it would be consistent, but alas, no.

What seems to be the case is:

1. Successful block
2. Play reactions, action modifiers, and effects that are played after blocking but before combat and that say "Do Not Tap the Blocking Minion"
3. Tap the blocking minion.
4. Play all other reactions, action modifiers, and effects that are played after blocking but before combat (including resolution of Banshee Ironwail)
EDIT: 5. Combat begins.

Not intuitive, is it?
Last edit: 28 Nov 2015 04:46 by AaronC.

Please Log in or Create an account to join the conversation.

More
28 Nov 2015 06:18 - 29 Nov 2015 08:38 #74562 by GreyB

I would take it that the tapping is not immediate, otherwise the "do not tap" clause of Obedience and Mental Maze won't make sense.


A blocking minion taps the moment a block is successful.
That's it.

The moment you should tap for a block is the moment you play Obedience/Mental Maze for the "do not tap" clause to have any effect. The card turns the "tap for block" operation into a phase where you can play this specific card.

Since combat is part of the action you can technically play reaction cards during combat, the card(s) require a "before combat" clause. Without this clause you could play Obedience during combat for example, but the "do not tap" effect would have no effect since the blocking minion is already tapped.

The "play before combat" requirement is actually redundant since you cannot play reaction cards during combat as stated and rule referenced by James below.

So, given the ruling:

If the Methuselah loses control of the acting minion before the resolution of the action, then the action ends. [RTR 19970630]


Would that mean that a blocking minion does not tap is the acting minion burns after a successful block but before combat occurs?

(E.g. a one life ally blocked by a minion with Banshee Ironwail)

Name: Banshee Ironwail
Type: Equipment
PoolCost: 2
BloodCost:
CardText: Unique melee weapon. Cold iron.
Strength+2 damage each strike. Bearer gets -1 stealth on each action. If bearer blocks an action, the acting minion burns 1 blood or life (before combat begins, if any).


Banshee Ironwail does indeed trigger during the "block taps minion" operation.
You can decide which happens first (tap or damage), however both have to happen, there's nothing stating otherwise, including the rule you quoted. Only cards can bend the rules, not situations.

:garg: :VIS: :POT: :FOR: :flight: -1 Strength
Last edit: 29 Nov 2015 08:38 by GreyB.

Please Log in or Create an account to join the conversation.

More
28 Nov 2015 18:41 #74565 by jamesatzephyr

Since combat is part of the action you can technically play reaction cards during combat, the card(s) require a "before combat" clause.


No, you can't. The rules prevent this.
6.4 Combat
...
Note: The only minion cards that can be played during combat are combat cards (unless a card states otherwise, of course).

Please Log in or Create an account to join the conversation.

More
Moderators: AnkhaKraus
Time to create page: 0.102 seconds
Powered by Kunena Forum