The Battle for Wesnoth Forums

VR_RECRUIT_UNIT_VARIATIONS_AQUANA refers to nonexisting VRAq Warrior. Also Rashy called it Swordman instead of more common Swordsman. For 1.18 compatibility you could access ghost tree images like image="units/{GHOST_IMAGE_FOLDER}/ghost-s-2.png" instead of image="units/undead/ghost-s-...

https://github.com/wesnoth/wesnoth/issues/4772 is similar.

This kind of addon failure is against addon server rules (7c), so it could be responsibility of us to either contact author or remove addon. I am currently not able to verify if it is against addon server rules or not.

$unit is reserved variable name, you should not use it outside unit-related events, and not store anything new into it.

Convert it to table or array first. [set_variables] or stringx

You need first_time_only=no for your preload event.

If you want to change music only on the currently active client, then you do not need anything related to sync, Lua by default runs on every applicable client independently. You get return value when you show dialog, not in postshow https://github.com/ProditorMagnus/Royal_Rumble_Updated/blob/master/...

After reload unit is still dead.

You can use https://files.wesnoth.org/addons/1.14/U ... od.tar.bz2 style to achieve such effect.

Practically you just need to ask which port is used for 1.18 server, and connect to it directly.

Ctrl+a and ctrl+e work.

Seems 1.18 should keep using [primary_attack] -> $weapon for custom data then.

`wesnoth.scenario.era.id or ""` is intended to avoid this issue, but looks like it needs to be written as `(wesnoth.scenario.era or {id=""}).id`. I never did much testing in singleplayer. If we fix the Lua line then old savefiles start working again, file-based Lua is always take...

Clear cache and reinstall addon.

Noticed it too https://github.com/ProditorMagnus/Agele ... 85ef4002d4