I am talking about state before rP24956 not after

idle -> order. cheer -> rejected -> reEnter idle (nothing happend before)

this defeats purpose of reject order logic why it is there in the first place.
also it breaks reason why https://trac.wildfiregames.com/ticket/5771 was created to not leave current state when nothing is happening.

various fixes

so on server you hash host hostname + psw + engine
on joining client you hash clientname + psw + engine and on top of that again with clientname
when it comes to server you hash sever hash with client name

just note.
slower units would mean more time for ranged units to kill them, they need speed to get to them relatively fast

yes I know :) just players who used to set up Normal could be confused why their map is smaller as used to be :)

if he did what I think, no
that's another diff I have in mind to fix checking mods compatibility on connecting to server because now direct connection ignores that so I could add flag for gui mods there

guess this is reason of comments that a24 had small maps?

need way how to recover without editing config again

change to unordered_maps

various changes and improvements to logic

Woodcutting behavior is sometimes "weird".

change to unordered_maps

command support
report to gui when cant set mods
some code movement

but reset which settings

const, renaming, cleaning

@Imarok I believe merchant ships can gather them, or at least one of the available ships could in a23b.

I think it is slow because you are constantly acting like reloading whole actor when switching lods, what I was trying to do is to keep all used lods as separate models and just to return the correct one, cost there was I needed to sync animation frames on all lods when updating currently used, but they were ready to use instantly. Although my last test was bugged animation when switching them so I moved it to backup milestone for time being.

is it possible to use file= in actor tag? esle they will be mess if everything will be in one file

In D3113#151609, @Freagarach wrote:

• The projectile tries to hit an invulnerable target next to a vulnerable -> The former plays the blocked sound whilst the latter plays the hit sound.

so if they dont use parabolic query, then query they use is wrong compared to the range checks in js

Refs: #4763

Refs: #4763

Fixes: #4763

it looks like translatable attribute catafaulque bonuses is not picked up by translation scripts #6026

better fix

actually that should be done regardless because described behaviour can occure anyway with or without

the issue with higher numbers than one is that petra does not train by one other units so it could get more complicated as this place is not sufficient for that matter.

Missed in rP24306

#6004

when unit is not in chasing state the order is not relevant anymore for it so can be ignored as unit is going to do something else.

You need to actually return ignoreOrder thing

related to formation changing rotation, that will not be fixed by this

I cant reproduce this

imagine soldier walking to the pitch battle and as soon as arrives it gets shot by some archer far behind melee troops, it will march towards the archer instead of picking units around him at first.

Did not test it, but looks ok by reading the code.

make Stan happy

update

well, thing is, it is not exactly error while checking signature, it is just why mod is marked as invalid.

more correct place

password came from javascript, so was CStr already

iq is using std::string, converting it to CStr just for this is bad from my point of view

try to fix macos

const
remove log, not really needed

yes, that's because mods are not signed with this key, so they are invalid