Trinitycore: Players cannot move or cast spells after Blink/Fear/Dragon''s Breath e.t.c

Created on 3 Jul 2019  路  10Comments  路  Source: TrinityCore/TrinityCore

Something is really wrong, with latest revisions, when a player casts Blink or any CC spells on another player, at times, it makes all your spells gray, unable to move, unable to cast unless the same CC spell is casted on the target again.

Current behaviour:
Make a Rogue, Make Mage, Cast Blind on a Mage, then make the target cast ex: Iceblock , watch targets spells become gray unable to move unless you cast the same Spell Blink on the target again, the spells now work and not grayed out.

Expected behaviour:
CC spells like Blind should not gray out spells indefinitely

Branch(es):
3.3.5a | Rev: f6f1c48aa592ea10c99fd23f46e94934b2f0cef2
--->

Branch-3.3.5a Comp-Core Priority-BlockingTDBReleaseIssue Priority-High Sub-Movement

Most helpful comment

UNIT_STATE_STUNNED is not included in the OR references ., so I am sure it will only solve half the problem, since UNIT_STATE_STUNNED is being used as well, unless i am missing something here. But yes we will try it now

All 10 comments

Happens with Fear as well, happens with any spell that incapacitates your target, it happens almost every 3rd try, however when a player is affected by this, you must log out or ask the same player to recast the same spell on you that incapacitated you in a first place to remove this glitch. Very annoying bug that was recently surfaced , I started to receive reports from players in Battlegrounds non stop.

Confirmed, affected by every single spell that incapacitates your target.
Mages can cancel out the bug by casting blink. To be totally honest, I have never seen anything like it., game breaking glitch.

Does reloading UI affect the bug? Or is it just a relog that fixes it?

if (target->HasUnitState(UNIT_STATE_CONTROLLED)) if (target->HasUnitState(UNIT_STATE_FLEEING | UNIT_STATE_CONFUSED))
Hmm, is this even correct?

could you try anyway that rev and see if it fixes the issue ?

UNIT_STATE_STUNNED is not included in the OR references ., so I am sure it will only solve half the problem, since UNIT_STATE_STUNNED is being used as well, unless i am missing something here. But yes we will try it now

Stuns do not use SetClientControl, there is no reason to include UNIT_STATE_STUNNED there

So far so good, we are doing testing today to make sure the issue is resolved, we will update .

cannot reproduce on 84b7b2e

something something "today"

closed

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Kingswow picture Kingswow  路  55Comments

Albis picture Albis  路  67Comments

RedSonja picture RedSonja  路  65Comments

n4ndo picture n4ndo  路  51Comments

jackpoz picture jackpoz  路  56Comments