-
-
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
feat(Core/LFG): Add config to prevent LFG teleportation #20973
base: master
Are you sure you want to change the base?
feat(Core/LFG): Add config to prevent LFG teleportation #20973
Conversation
Ready to be reviewed? @Exitare |
Yes, it's ready to be reviewed :) |
Are you actually loading the new config value in World.cpp? |
No he is not |
Yes I missed that tiny one liner ;) |
just tested this (again, after actually running the SQL of this PR) with a single lvl 70 character and I would say this breaks the functionality of
So I would expect that after accepting the invite the minimap icon should always appear (?) |
@sudlud Thanks for checking. I will work on this in the coming days, to make sure it doesn't break the debug command. |
just tested this again, behaviour is the same with |
if i'm already inside the target instance when lfg pops, the lfg icon appears correctly |
Yes I did test it. |
@@ -2148,12 +2148,15 @@ namespace lfg | |||
{ | |||
error = LFG_TELEPORTERROR_COMBAT; | |||
} | |||
else if (!sWorld->getBoolConfig(CONFIG_LFG_TELEPORT) && !m_Testing) |
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.
This should only trigger if debug lfg is not active and the config is not active.
Config added that disables LFG teleportation, defaults to 1 (activate). Does not disable the tool, only the teleport. Groups are still formed.
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.