-
-
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/Spell): Recklessness + Juggernaut causes non-critical mortal… #21038
base: master
Are you sure you want to change the base?
Conversation
… strike/slam hits Fix removes Juggernaut after Mortal Strike/Slam critical hit
|
||
// Lista de IDs para Mortal Strike e Slam (Incluindo múltiplos ranks) | ||
uint32 mortalStrikeRanks[] = { 12294, 21551, 21552, 21553, 25248, 30330, 47485, 47486 }; // Mortal Strike Rank IDs | ||
uint32 slamRanks[] = { 1464, 8820, 11604, 11605, 25241, 25242, 47474, 47475 }; // Slam Rank IDs |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- we use english
- Just no. Do not ever hardcode raw values
- Try to fix the issue in a spellscript
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry. Ok
If anyone has any ideas that they can share, I am available. I tried to make this change only in Spell_Warrior.cpp but without success, the critical does not happen. Buff Juggernaut always outperforms Buff Recklessness. |
I found the following solution:
For spell_warr_slam and spell_warr_mortal_strike, add:
You also need to add spell_warr_mortal_strike to the database. It works, but its a hack and I dont like it. I simply elevated Recklessness by increasing its priority, and I forcibly remove Juggernaut. Currently, code that calculates auras does not working for multiple auras with charges working together:
In my opinion, it would be best to allow some auras to trigger in any case, but I'm not sure how this would affect the system globally since I've only been studying this project for a few days. |
From what I understand, Juggernaut surpasses Recklessness and for some reason there is a Critical Limit of 100%, if it exceeds this value, there is a return where one of the buffs is disabled so as not to exceed this value. And it seems that Juggernaut surpasses Recklessness. In short, Recklessness is disabled, according to the dbc. @UltraNix #13498
|
No, you understand it incorrectly. return occurs only if a critical hit is ALREADY guaranteed. Since both buffs are consumable, only one—the one with higher priority based on SpellPriority—is used, and the check |
Sorry. I misunderstood then. Thanks for the reply. |
… strike/slam hits
Fix removes Juggernaut after Mortal Strike/Slam critical hit
Changes Proposed:
This PR proposes changes to:
Issues Addressed:
SOURCE:
The changes have been validated through:
Tests Performed:
This PR has been:
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.