Open soliton- opened 4 months ago
are you using alternative_type attribute in msterbranch for your test?
have you used [filter_weapon] instead or [has_attack] before to title this issue,because infinite recusion already solved for [filter_weapon].
@soliton- added two PR for resolve this issue
I'm wondering if we need to put a recursion-check into the whole filter mechanism, not just for attacks but for all filters that take one or two units or one or two weapons to detect that they're being asked a question recursively.
Describe the desired feature
When defining a weapon special one can specify a unit filter to decide when the weapon special should be active.
Example:
In this example the attack filter (
[has_attack]
) in the unit filter ([filter_self]
) will ask for the attack type to compare to "pierce" which will in turn trigger another filter matching to figure out the attack type considering the weapon special, etc.This should be fixed by either not allowing an attack filter in a weapon special unit filter (for the basic case of one specific attack with a weapon special it doesn't really seem useful) or somehow do something sensible anyway.