The Battle for Wesnoth Forums

ydcl wrote:Hi, sorry but I can't see anything on the 1.11 add-on server.

Hmm, I'm seeing it fine. You are looking for "Merry Christmas", right?

I notice a line in my error log that says "retrieving member of non-existent WML container, advanced2.experience". On line 525 of global_events.cfg, there's a lone reference to advanced2 ("experience=$advanced2.experience") amid references to advanced3 - that may be why Efraim lo...

You misunderstood it. When the unit advances (advance event, that is ran just before advancing), it is transformed into that "Advancing" unit, because that unit has AMLA advancements. Advancements in normal units cause performance issues if there is too many of them, so they appear only f...

Like I said (long) before, they were doing some changes with advancing. It seems that they changed something, and that bug begun to manifest because of that. After some time, they found it and fixed it, but between these events, the advancing was flawed. Because there is no way to download 1.11.0 s...

Just that he advanced on my turn, and moved immediately after using his Penetration ability (which I think was necessary to make the second copy appear). Do you mean that he did that movement right at the start of his turn because you have planned that movement for future turns (sent him to a hex h...

That shouldn't be happening... Units with AdvancingSomething type should not appear. Were there any unusual circumstances? Just that he advanced on my turn, and moved immediately after using his Penetration ability (which I think was necessary to make the second copy appear). One of them advanced, ...

I'm having a problem where Efraim loses his berserk attacks when he advances (in chapter 2 scenario 1, after continuing from chapter 1). Looking at the savefile, it appears that he's set to an "AdvancingEfriam_lich" and still has a record of having those advancements (the [advance] tags) -...

I notice that secondary kills due to Whirlwind or Cleave (or anything else that deals splash damage) don't give experience or (I think?) Soul Eater credit. That puts a real damper on their usefulness, since using them to mop up wounded units wastes XP (particularly under the circumstances I first us...

I have actually coded this suggestion: http://gna.org/patch/?3083 I'm looking at a few different options for how it would work: 1. Drain effects work similarly to damage modifiers, with the base value being half of the damage dealt (against living) or zero (against nonliving) 2. Same as above, but t...

Ah, my fault for thinking that TDM was just another MinGW distro, and hence any MinGW 4.5.2 would be just as good. Apparently tdm-gcc 4.5.2 includes sjlj support, which mainline gcc removed in 4.4. After switching to TDM-GCC, and installing OpenMP support, Wesnoth successfully compiled, albeit with ...

My MinGW+Jam setup started giving me errors about "pthread.h" when I got pangocairo installed properly (maybe because smashing together all of the source files in the directory is no longer sufficient?), so I've switched over to CodeBlocks. I am now getting the following errors: ||warning:...

20110630 01:08:29 error general: Duplicate terrain code definition found for ^Xp 20110630 01:08:29 error general: Failed to add terrain overlay-pit (Pit) [wesnoth-UMC-The_Militia] 20110630 01:08:29 error general: which conflicts with overlay-pit (Dark Hive) [wesnoth-UMC-After_the_Storm] The error o...

I've been able to compile older version of Wesnoth, and I've even gotten the Boost library linked in fine, but this pangocairo thing threw me. I've tried downloading it, but the mixture that I ended up with still seems to have parts (that is, header files) missing; I still haven't gotten to the poin...

Check the target's HP - it should be zero or less if the unit is dying.

Alternatively, check whether the unit's tile is occupied in the Die event. The unit should be gone by then, so if the tile is occupied, then it's probably due to a plague attack (you can check the unit type for more insurance).

Sure that's a bug. A possible cause is that afaik SLFs include the map border, resulting in an attempt to do [unit] for invalid coordinates which places the unit on the recall list instead. If this is the problem, then specifying a range of tiles in the filter (even if it's the whole map) would be ...