URL:
<http://gna.org/bugs/?15449>
Summary: child [event]delayed_...=no performs variable
substitution on the grandchild [event]delayed_...=yes - event when spawned
Project: Battle for Wesnoth
Submitted by: anonymissimus
Submitted on: Sunday 02/21/2010 at 21:42
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
Item Group: WML
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 1.7.13
Operating System: Linux
_______________________________________________________
Details:
Consider the following code:
[scenario]
[event]
name=turn 2
{DEBUG_MSG "[event]name=turn 2 entered"}
[event]
name=turn 3
delayed_variable_substitution=no
{DEBUG_MSG "[event]name=turn 3 entered"}
{DEBUG_MSG $turn_number} # "2" (ok)
[event]
name=turn 4
delayed_variable_substitution=yes
{DEBUG_MSG "[event]name=turn 4 entered"}
{DEBUG_MSG $turn_number} # "2", should be "4"
(it's "4" when commenting
delayed_... in child event)
[/event]
[/event]
[/event]
[/scenario]
I don't know about the previous behavior since the delayed_...=no in the
child [event]name=turn $int_var became necessary to make the child event fire
- I don't consider that change a bug since it is more logically to require
delayed_...=no for such an event, although that change may have caused this
bug...
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?15449>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
