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

                 Summary: [filter_wml] broken in certain situations
                 Project: Battle for Wesnoth
            Submitted by: zookeeper
            Submitted on: Monday 10/25/10 at 11:09
                Category: Bug
                Severity: 4 - Important
                Priority: 5 - Normal
              Item Group: WML
                  Status: None
                 Privacy: Public
             Assigned to: silene
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: trunk r47148
        Operating System: win xp

    _______________________________________________________

Details:

The following code results in the message "broken!" getting shown (which, of
course, shouldn't happen since the [have_unit] should evaluate to true).
However, if you remove the store/unstore, it works as it should.

It seems only [filter_wml] is affected, as using regular SUF's like x,y,type
works just fine. Doesn't seem to matter whether [filter_wml] filters for
something inside [variables] or something else.


    [event]
        name=start

        [unit]
            side=1
            x,y=7,6
            type=Spearman

            [variables]
                foobar=2
            [/variables]
        [/unit]


        # Leave out these two tags and everything works ok...
        [store_unit]
            [filter]
                x,y=7,6
            [/filter]

            kill=yes
            variable=temp
        [/store_unit]
        [unstore_unit]
            variable=temp
        [/unstore_unit]


        [if]
            [have_unit]
                [filter_wml]
                    [variables]
                        foobar=2
                    [/variables]
                [/filter_wml]
            [/have_unit]

            [then]
                {DEBUG_MSG "ok"}
            [/then]

            [else]
                {DEBUG_MSG "broken!"}
            [/else]
        [/if]
    [/event]


silene seems like the right person to assign to...




    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  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