FONCTIONNEMENT BUG / QU'ON RETROUVE SUR LE SERVEUR :

Le Blink (1953) confère un immune de deux secondes.


COMMENT CA DEVRAIT FONCTIONNER :

L'immune ne devrait durer qu'une seule seconde.


COMMENT REPRODUIRE LE BUG :

1. Prendre un rogue.
2. Duel un mage.
3. Utiliser un lance-filet au moment même où le Blink du mage est terminé (si le filet est lancé alors que le Blink est en cours, normal d'avoir l'immune).
4. Constater l'immune de deux secondes.


SOURCE MONTRANT QUE CELA DEVRAIT FONCTIONNER AINSI (vidéo, patchnote, etc...) :

http://nostalgeek-serveur.com/db/?spell=1953

[Lorh]

Testé, l'immune est bien d'une seule seconde.

Avec l'autre post, je me demande si ce n'est pas simplement que le sort considére l'immune au moment où il part et non où il touche sa cible mais ça serait étonnant, demande d'être prouvé et est un autre sujet.

L'un comme pour l'autre thread, j'avais bel et bien constaté cet immune prolongé, ce problème en particulier ruine justement mes duels avec un mage, j'ai donc eu de multiples occasions d'observer le phénomène.

Je ferai un record de chacun des deux bugs afin qu'on puisse en déterminer plus facilement la cause exacte.

[Lorh]

Ca marche, je classe en attendant

Je plussoie de ce côté, je compte plus le nombre de control passés en immune sur un blink pourtant terminé

J'plussois, c'est très fréquent sur les interceptions après blink.

Ca marche, je classe en attendant

30918 : http://youtu.be/1GTkF6cx-FM

1953 : http://youtu.be/JiUqBPtby8A

[Lorh]

Ok, donc après observation mais aussi test, le probleme ne vient pas de ldurée du buff, comme je le disais, mais du fait que le sort est lancé alors que la cible a encore le buff d'immunité, et que lorsque le sort arrive sur la cible il la considère immune alors que le buff est parti, je vais regarder ça.

Au passage je pense que si tu fix ce souci, tu peux également fix celui-ci dans la foulée, qui est le cas inverse :

viewtopic.php?f=7&t=8061

Bref une portée générale serait appréciée vu que ça touche pas mal de mécaniques du même genre (le Vanish est notamment également impacté)

[Lorh]

J'allais corriger ça, (j'ai ecrit le fix), mais cela me semble vraiment contre la mécanique naturelle du client (et du jeu en général).

J'ai donc fait des recherches et je trouve notamment ça : http://eu.battle.net/wow/en/forum/topic/6689909798#11

Je n'ai trouvé de videos où l'on voit un joueur s'immune à un spell qui est en cours de vol et le voir réellement ne pas subir le sort.

D'apres mes informations, il semblerait blizzlike que les résistances et immunités à un sort soient calculées au moment ou le sort est lancé et pas recalculée au moment ou il atteint sa cible. Je lance donc le débats pour voir si vous avez des sources contraires, car ça me semble tout de meme étonnant mais on ne sait jamais.

Dans tous les cas je continue à travailler sur le fix, qui sera pret au cas où

Personnellement ça me parait bizarre que le calcul ne se fasse pas à l'impact, et je peux t'assurer que sur officiel, utiliser une bénédiction de liberté (ou main de lib de son nom actuel) alors que le sort est lancé assure bel et bien l'immune. Le post du forum d'offi que tu as linké décrit essentiellement un bug sur le vanish qui existait au moment où le post a été créé.

Je vais donc le contrecarrer avec un post sur le vanish x)

https://www.worldofcorecraft.com/content/spell-delay

et plus précisémment https://www.youtube.com/watch?v=TTDbFBbNgyw&t=1m18s donc.

Si le check se faisait au lancement et non pas à l'impact il serait impossible de vanish la plupart des spells montrés, et sur nostal actuellement beaucoup des spells qui sont vanish dans la video ne peuvent pas l'être (je sais que la vid date de lk mais c'est une mécanique qui n'a pas changé de vanilla à au moins fin lk, et j'aurais vraiment ENORMEMENT de mal à trouver une vid d'offi d'époque pour le prouver alors j'aimerais bien éviter, j'ai autre chose à foutre atm :D)

et pour en rajouter viewtopic.php?f=7&t=10631 x)

A ces sages paroles je rajouterais ceci pour le vanish :

WoW Icon 16x16 Patch 1.5.0 (2005-06-07): Should be a lot more responsive when used to avoid incoming attacks.

Incoming attacks, donc des attaques déjà lancées et qu'on évite. Sinon ils parleraient de stop cast.

[Lorh]

Ca me semble cohérent, j'implanterais donc ce fix qui corrigera les deux post que j'ai classé de l'OP et celui sur la béné de liberté

thx