[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

Follow-up Comment #6, bug #24671 (project wesnoth): This works for me, and bug 24412 is still fixed. ___ Reply to this item at: ___ Message sent via/by Gna!

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object

Follow-up Comment #2, bug #24672 (project wesnoth): I don't think this is possible to fix in the leadership definition since it's apparently caused by premature variable substitution. So you should be able to get it to work by adding "delayed_variable_substitution=yes" in your [object]. I guess

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object

Follow-up Comment #3, bug #24672 (project wesnoth): I tried adding "delayed_variable_substitution=yes". It did not work. (no change in how the wml reads in the inspect window) I think the issue is with the use of Wesnoth Formula Language in the ability definition. The attached pics seem to

[Wesnoth-bugs] [bug #24685] LoW unbalanced in MP.

Follow-up Comment #1, bug #24685 (project wesnoth): 3) It mixes the old (80%) and the new (40%) carryover system ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #24685] LoW unbalanced in MP.

URL: Summary: LoW unbalanced in MP. Project: Battle for Wesnoth Submitted by: gfgtdf Submitted on: Mi 18 Mai 2016 21:18:16 UTC Category: Bug Severity: 3 - Normal

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object

Follow-up Comment #4, bug #24672 (project wesnoth): note that this bug also seems to apply to ability_teleport when added as an object. ___ Reply to this item at:

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object

Follow-up Comment #5, bug #24672 (project wesnoth): It turns out that this bug for me was caused by the modify_unit tag not supporting delayed_variable_substitution=yes in an object. https://github.com/wesnoth/wesnoth/commit/af58b33acaa7ef4e0df6727808a098415a9ec835 fixes it, so that the code

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object in [modify_unit]

Update of bug #24672 (project wesnoth): Status:None => Fixed Summary: Leadership ability does not work when applied as an object => Leadership ability does not work when applied as an object in [modify_unit]

[Wesnoth-bugs] [bug #24671] Lua error with [set_variables]

Update of bug #24671 (project wesnoth): Status: Ready For Test => Fixed ___ Reply to this item at: ___ Nachricht

[Wesnoth-bugs] [bug #24683] Host cannot take control of an idle side

Follow-up Comment #1, bug #24683 (project wesnoth): the command too un-idle a side is ':idle afaik'. Similar to un-droiding a side. ___ Reply to this item at:

[Wesnoth-bugs] [bug #23901] an [escape] tag in [message]

Follow-up Comment #1, bug #23901 (project wesnoth): I'd think it'd be better to add an optional key with which to mark one [option] as the "escape/quit/exit/dismiss" option, which would then be chosen if the player presses esc (which would do nothing if none of the options have that key). If

[Wesnoth-bugs] [bug #24672] Leadership ability does not work when applied as an object

Update of bug #24672 (project wesnoth): Assigned to:None => celticminstrel ___ Follow-up Comment #1: Assigning to celticminstrel, as this sounds most likely to be due to variable substitution of

[Wesnoth-bugs] [bug #24681] Documentation update for command mode key

URL: Summary: Documentation update for command mode key Project: Battle for Wesnoth Submitted by: zookeeper Submitted on: Wed 18 May 2016 09:55:40 AM UTC Category: Bug

[Wesnoth-bugs] [bug #24683] Host cannot take control of an idle side

URL: Summary: Host cannot take control of an idle side Project: Battle for Wesnoth Submitted by: zookeeper Submitted on: Wed 18 May 2016 10:13:36 AM UTC Category: Bug Severity: