URL:
  <http://gna.org/bugs/?15174>

                 Summary: Inability to create variables/containers in [unit]
                 Project: Battle for Wesnoth
            Submitted by: ken_oh
            Submitted on: Thursday 01/21/2010 at 11:41
                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.12
        Operating System: win

    _______________________________________________________

Details:


[event]
   name=turn 1
   [store_unit]
      [filter]
         id=student
      [/filter]
      kill=no
      variable=student_var
   [/store_unit]
   {VARIABLE student_var.foo 999}
   [unstore_unit]
      variable=student_var
   [/unstore_unit]
[/event]


Given the code above (inserted into the tutorial), in a save file, the stored
container [student_var] contains foo, but the [unit] it relates to doesn't.
Containers are also not able to be created. {VARIABLE student_var.foo.bar
999} makes nothing in the final unit. However, inserting variables into
existing containers (like [variables]) works fine, as does creating 'normal'
containers, like [attack]. What's more is that I can't even use debug to
create variables, i.e. :unit foo=999 doesn't create that variable.

I wasn't 100% sure this was a bug, but Sapient said he considers it a bug and
he thinks these two revision are where it was introduced:
http://svn.gna.org/viewcvs/wesnoth?rev=40583&view=rev
http://svn.gna.org/viewcvs/wesnoth?rev=40585&view=rev




    _______________________________________________________

Reply to this item at:

  <http://gna.org/bugs/?15174>

_______________________________________________
  Message sent via/by Gna!
  http://gna.org/


_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs

Reply via email to