[Подтверждено] Баг-репорты(разобраны)

[Animagus]

При проверке все работает.

[Animagus]

Может в комбат логе что то пишется?

[Баянист]

Господи да дайте вы анимагусу акк с баганым петом. А то как репорт катать так вы первые а как по просьбе разработчика помочь ему в выявлении так я не я и вообще я за безопасность аккаунта боюсь. Но ведь по факту достать ваш акк с базы дело не такое уж и сложное. Но при этом разработчик вас нормально просит. Не понимаю я вашей логики...

[Пересвет]

Поэтому ваши 1.3с гкд вполне могут быть 1.7с между кастами. Не говоря уже о том что освящение это магия, а значит 1.3гкд это норма)

Задержка не может уменьшить гкд, только увеличить. Задержка зависит от сети от пользователя до сервера, от его UI, от формирования пакетов, но в целом она постоянна. Если же у нас случается лаг, и притормаживает первое событие, тогда как второе событие происходит вовремя, то это шанс на миллион, что подобное случится аккурат под выбранный прок 2т10, и практически нулевой шанс что таких событий будет два или более. Это не говоря уже, что эти события должны оказаться в разных пакетах. И зачем вы приплетаете магов, которые специально собирают капы на хаст, чтобы уменьшить гкд заклинаний, когда мы рассматриваем паладина у которого гкд атак не уменьшается?

Ну если следовать вашей логике выше: паладин юзает в момент или незадолго до или незадолго после прока т10, но из-за пинга освящение используется позже.

Боюсь что ваша логика хромает или вы вообще с ней не в ладах. Или так ничего и не поняли. Очередность событий не нарушается из-за "пинга", события идут с запозданием. Еще раз: паладин получил на сервере прок 2т10, но не получил информацию на свой клиент об этом, поэтому он кастует другую способность, которая вешает гкд. Со стороны сервера это выглядит как: прок 2т10 -> Сброс кд и гкд Бури -> получение нового гкд, с сохранением сброса кд на Бурю. Со стороны клиента это выглядит как: Я вижу что у меня кд на бурю -> Я кастую другую абилку -> кд на бурю внезапно скидывается.

Включите наконец голову. Как было до фикса? Клиент получив информацию о проке скидывал и кд и гкд Бури. Немодифицированный клиент Близзард - знает что гкд не должно быть и абилка готова для использования. Игрок жмет кнопку, но сервер не скинул гкд, и поэтому ничего не происходит. Если бы было действительно какое-то "особенное" гкд после бури, только после которого происходит сброс, то клиент бы знал о нем и правильно бы показывал информацию, так же как он делает с абилками-интерраптами, которые гкд, как известно, не подвержены. Но он скидывает гкд. И то что после фикса баг пропал, только подтверждает что все было сделано верно.

Пока кому-то из нас не надоест. Так как есть очевидный аргумент почему такого не могло быть на оффе.

И видео, и логи показывают что вы не правы, и ваш репорт ошибочен, но вы продолжаете твердить одно и то же. Либо у вас не все в порядке с головой, либо вы намеренно занимаетесь саботажем.

[Пересвет]

Игрок не может уклониться от атаки со спины, я на это надеюсь по крайней мере. Тем не менее уже неоднократно - подхожу со спины, жму наскок и ничего, ВООБЩЕ НИЧЕГО, от слова совсем. Прыгаю за спину, жму наскок, абилка прожалась, цель дальше едет на маунте, опять ничего - стана нет, блида нет.

Могу предположить, что это происходит из-за того что ваша цель вышла из радиуса действия способности.

Игрок действительно не может уклониться спиной, но шанс промаха может быть, причем шанс промаха от талантов не должно быть возможно обойти набором дополнительной меткости.

[Musly]

Задержка не может уменьшить гкд, только увеличить. Задержка зависит от сети от пользователя до сервера, от его UI, от формирования пакетов, но в целом она постоянна. Если же у нас случается лаг, и притормаживает первое событие, тогда как второе событие происходит вовремя, то это шанс на миллион, что подобное случится аккурат под выбранный прок 2т10, и практически нулевой шанс что таких событий будет два или более. Это не говоря уже, что эти события должны оказаться в разных пакетах. И зачем вы приплетаете магов, которые специально собирают капы на хаст, чтобы уменьшить гкд заклинаний, когда мы рассматриваем паладина у которого гкд атак не уменьшается?

Ну если вы не понял зачем я приплетаю магов то ещё раз.
Минимальное количество гкд заклинаний=1с. В логах это может отобразиться как 0.6с из чего делаю вывод что и для паладинов и других классов рассчитывать гкд из двух кастов не ок.
Вы показали гкд в 1.3с но это время между кастами на самом деле может быть и 1.8с и больше.

- - - Updated - - -

Боюсь что ваша логика хромает или вы вообще с ней не в ладах. Или так ничего и не поняли. Очередность событий не нарушается из-за "пинга", события идут с запозданием. Еще раз: паладин получил на сервере прок 2т10, но не получил информацию на свой клиент об этом, поэтому он кастует другую способность, которая вешает гкд. Со стороны сервера это выглядит как: прок 2т10 -> Сброс кд и гкд Бури -> получение нового гкд, с сохранением сброса кд на Бурю. Со стороны клиента это выглядит как: Я вижу что у меня кд на бурю -> Я кастую другую абилку -> кд на бурю внезапно скидывается.

Ещё раз на примере магов было показано, что время между событиями логи могут отображать не верно. Поэтому паладин мог просто не успеть среагировать на откат бури, потому-что откат кд произошёл незадолго до того как паладин заюзал другую абилку.

Но это лишь наши с вами догадки. Знал ли он о верных приоритетах, мб он был сонным, пьяным?)) В отличии от видео по логу мы не видим что же в итоге было.

- - - Updated - - -

И видео, и логи показывают что вы не правы, и ваш репорт ошибочен, но вы продолжаете твердить одно и то же. Либо у вас не все в порядке с головой, либо вы намеренно занимаетесь саботажем.

Вы серьёзно? Послушайте сюда. Ну не может быть что бы каждый раз когда т10 приходится на гкд другой абилки был виноват пинг но каждый раз когда откат приходится на бурю никакой пинг не мешает?
Это уже не смешно.

- - - Updated - - -

Включите наконец голову. Как было до фикса? Клиент получив информацию о проке скидывал и кд и гкд Бури. Немодифицированный клиент Близзард - знает что гкд не должно быть и абилка готова для использования. Игрок жмет кнопку, но сервер не скинул гкд, и поэтому ничего не происходит. Если бы было действительно какое-то "особенное" гкд после бури, только после которого происходит сброс, то клиент бы знал о нем и правильно бы показывал информацию, так же как он делает с абилками-интерраптами, которые гкд, как известно, не подвержены. Но он скидывает гкд. И то что после фикса баг пропал, только подтверждает что все было сделано верно.

А ничего что сейчас у нас т10 снимает любое гкд? Но при этом "немодифицированный" клиент сбрасывает гкд ток если оно от бури.
Следственно и на оффе такого не могло быть ведь клиент не позволяет этого)))

Репорт о том, что бы механику работы т10 с клиента перенести на сервер.

---

Это было подледная попытка объяснить пересвету механику т10. Если кто-то хочет продолжить дерзайте.

[Intruder]

Подправил, тему не закрываю. После обновления просьба отписаться.

[redojke]

вверх

[BlackMetalFun]

Баг багом, но простой макрос с скидыванием таргета и надеванием пухи помогает

[The_Most_Stupid_Owl]

Возложение рук должно иметь возможность критического исцеления.

ну так и имеет
или имело до недавнего времени, мало ли, всем известно качество фиксов
лично ловил криты лоха, да и отдавал пару раз

[Kharon]

Мне так никто и не скинул данные для проверки конкретного забаганного пета.

Могу дать свой акк.

[milkisslena]

На сколько я помню,все дропается с одного моба в той местности.....
Либо у меня затупы,а так все мобы доступны для убийства(Даже неферстет становится активным,после того как убьешь 2 моба)
KFlUp99IMq8.jpghttps://pp.userapi.com/c846220/v8462...IdTQHOrH4E.jpghttps://pp.userapi.com/c846220/v8462...kZn5n8Ziyo.jpg