View Issue Details

IDProjectCategoryView StatusLast Update
0026405MoP coreОстальноеpublic2023-12-31 17:33
ReporterAkroniksAssigned ToGlazzer 
PriorityimmediateSeveritycrashReproducibilityalways
Status closedResolutionopen 
Summary0026405: Мк от нпс
DescriptionКогда игрока подчиняет именно нпс, игрок в буквальном смысле становится "петом", чего быть не должно. Игрок в мк начинает юзать свои классовые скиллы по такой же логике как у петов.
Steps To ReproduceПримеры:
1) жмёт спринтовые/бурстовые спеллы по такой же логике как с этого репорта - http://tracker.legionbugs.com/view.php?id=26065

2) Жмёт сейв спеллы по такой же логике как элементаль земли 2062 шамана (ждёт момента, пока его начнут бить).

3) Жмёт аое спеллы по такой же логике как с этого репорта http://tracker.legionbugs.com/view.php?id=25548

4) Жмёт сбивающие каст спеллы, если видит у цели прерываемый каст как с этого репорта - http://tracker.legionbugs.com/view.php?id=26143

Думаю дальше смысла перечислять нет.
Additional InformationРешение:
Нужно заблочить прожатие классовых спеллов. Чтобы игрок в мк мог юзать только те спеллы, которые дарует ему само мк (если такие канешно имеются).

Идеальный пример работы мк - это когда игрока подчиняет не нпс, а сам игрок (например спелл 605), тогда этого бага нет.

У нас:
Нпс для теста - 72433.
https://www.youtube.com/watch?v=HuYBDLnKtYA

Как должно быть:
https://www.youtube.com/watch?v=uUaxeepR7C8
3:41. На примере мк Гарроша хорошо видно. Овнер в мк пытался кастить только подчиняющий спелл, который дарует ему само мк https://www.wowhead.com/ru/spell=145065 на время.

У нас в таком случае - маг вообще не кастует спелл с мк, а просто занят кастом своих классовых спеллов.

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2023-06-26 20:15 Akroniks New Issue
2023-06-26 20:15 Akroniks Status new => assigned
2023-06-26 20:15 Akroniks Assigned To => chanky555
2023-06-26 20:15 Akroniks Status assigned => confirmed
2023-06-26 20:15 Akroniks Assigned To chanky555 => Akroniks
2023-06-26 20:19 Akroniks Priority urgent => immediate
2023-06-30 21:45 Akroniks Assigned To Akroniks => Glazzer
2023-12-31 17:33 Akroniks Status confirmed => closed