-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(Core/Player): correct SpellPriority logic #21052
base: master
Are you sure you want to change the base?
fix(Core/Player): correct SpellPriority logic #21052
Conversation
based on "Spell: Rework Spellmods using trickle down RAII principle" cmangos/mangos-wotlk@3d2fccf Co-authored-by: killerwife <[email protected]>
everything is public
Co-authored-by: Kitzunu <[email protected]>
@azerothcore/bug-triaging Perhaps one of you wanna test this to see if it works? :) |
I can certainly test this (starting next week), but I would appreciate clear instructions on how to test this PR. |
At least for the
|
Most important thing here is testing for the regressions. So they can be addressed before this is merged, if any |
When a mage uses Blizzard, if the talent includes a freezing effect, the frozen status of the monsters will be instantly broken, instead of being frozen for more seconds as before. unclear whether these fix caused. |
The damage threshold to break was changed in 00eeb00, so it should break sooner on high hp mobs (like elites). frostbite also has a priority value, so I tested blizzard+frostbite before and with this PR: didn't see any changes. Frostbite refreshes as expected |
Actually, currently if you use the high-level Blizzard spell, no matter how many mages there are, they cannot prevent the movement of the Sunwell's minions, as the freeze effect will always be broken. However, if everyone uses the low-level Blizzard, just 3-4 mages can keep the minions immobile throughout the entire process. #21072 |
Changes Proposed:
This PR proposes changes to:
corrects original implementation of SpellPriority and subsequent inaccurate fix for auras with charges:
This PR can cause regressions, the following interactions may be affected:
did not cp:
Issues Addressed:
SOURCE:
The changes have been validated through:
when applying spellmods, sort them based on their spell priority based on : cmangos/mangos-wotlk@3d2fccf
Tests Performed:
This PR has been:
Tested:
How to Test the Changes:
Known Issues and TODO List:
How to Test AzerothCore PRs
When a PR is ready to be tested, it will be marked as [WAITING TO BE TESTED].
You can help by testing PRs and writing your feedback here on the PR's page on GitHub. Follow the instructions here:
http://www.azerothcore.org/wiki/How-to-test-a-PR
REMEMBER: when testing a PR that changes something generic (i.e. a part of code that handles more than one specific thing), the tester should not only check that the PR does its job (e.g. fixing spell XXX) but especially check that the PR does not cause any regression (i.e. introducing new bugs).
For example: if a PR fixes spell X by changing a part of code that handles spells X, Y, and Z, we should not only test X, but we should test Y and Z as well.