aboutsummaryrefslogtreecommitdiff
path: root/src/server/scripts
diff options
context:
space:
mode:
Diffstat (limited to 'src/server/scripts')
-rw-r--r--src/server/scripts/Northrend/ChamberOfAspects/RubySanctum/boss_halion.cpp7
1 files changed, 0 insertions, 7 deletions
diff --git a/src/server/scripts/Northrend/ChamberOfAspects/RubySanctum/boss_halion.cpp b/src/server/scripts/Northrend/ChamberOfAspects/RubySanctum/boss_halion.cpp
index dc23c621fea..e6635bf0cd4 100644
--- a/src/server/scripts/Northrend/ChamberOfAspects/RubySanctum/boss_halion.cpp
+++ b/src/server/scripts/Northrend/ChamberOfAspects/RubySanctum/boss_halion.cpp
@@ -925,13 +925,6 @@ class npc_orb_carrier : public CreatureScript
me->CastSpell(nullptr, SPELL_TRACK_ROTATION, false);
scheduler.Update(diff);
-
- /// Workaround: This is here because even though the above spell has SPELL_ATTR1_CHANNEL_TRACK_TARGET,
- /// we are having two creatures involded here. This attribute is handled clientside, meaning the client
- /// sends orientation update itself. Here, no packet is sent, and the creature does not rotate. By
- /// forcing the carrier to always be facing the rotation focus, we ensure everything works as it should.
- if (Creature* rotationFocus = _instance->GetCreature(DATA_ORB_ROTATION_FOCUS))
- me->SetFacingToObject(rotationFocus); // setInFront
}
void DoAction(int32 action) override