fix(dg): shake-off never cleared mob lag, set_wait(0) is a no-op (#3658)

[bylins]

Продолжение #3658.

Что осталось после прошлого фикса

Гард от перезапуска (93b901d, PR #3668) убрал лишние экземпляры HitPercent-триггера. Но внутри одного экземпляра спам никуда не делся: на каждую команду триггера в комнату летело «Множество быстрых теней метнулись вокруг ...», и в лог падала строка «моб отжил из лага/стана в HitPercent».

Причина

Shake-off снимал лаг вызовом ch->set_wait(0), а CharData::set_wait() ноль игнорирует — в теле стоит guard (src/engine/entities/char_data.cpp:1205):

void CharData::set_wait(const unsigned _) {
	if (_ > 0) {
		chardata_wait_list.insert(this);
		m_wait = _;
	}
}

Аффекты (kHold, kStopFight, kMagicStopFight, kSleep) снимались честно, а m_wait оставался прежним. Поэтому следующая команда триггера снова проходила условие блока и снова всё это печатала.

Заменено на ch->zero_wait() — штатный метод обнуления (char_data.h:517), которым уже пользуются bash, slay, firstaid, fight_stuff, char_handler, comm и world_characters. Из chardata_wait_list персонаж при этом не удаляется, и это правильно: обход в db.cpp:3706 сам выкидывает оттуда тех, у кого лаг кончился.

Как подтверждено

Лог боя с мобом «Электра» (триггер 97132, зона 971). Номера строк в логе смещены на 4 относительно тела скрипта:

В логе	В скрипте	Команда
10	14	load mob 97115
13	17	load mob 97116
22	26	load mob 97119
26	30	echo __Неожиданно...

Последовательность 13→26, 13→26, 10→26, 13→26, 22→26 — это один проход while на пять итераций, по две команды в каждой, и каждая логировалась. Всё уложилось в одну миллисекунду, то есть игрового пульса между командами не было и лаг взяться заново не мог — он просто не снимался.

Прочее

Единственный оставшийся в проекте вызов set_wait(0) — в fight_hit.cpp:1127, он внутри закомментированного блока.

Патч VERSION 0.1.24 → 0.1.25. Сборка чистая, тесты проходят (604).

🤖 Generated with Claude Code