-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Quest - Imprisoned in the Citadel - Can now be completed. #22231
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
base: master
Are you sure you want to change the base?
Quest - Imprisoned in the Citadel - Can now be completed. #22231
Conversation
…st to Alliance faction only (no longer sharable to horde players)
INSERT INTO `quest_template_wotlk` (`ID`, `AllowableRaces`, `RequiredNpcOrGo1`) VALUES
(9524, 1791, 0),
(9525, 690, 0); Sourced from 3.4.0 44832. |
You sure it's 1791 for the alliance quest? that means eveveryone but a goblin can take it |
Sniffs say it is. Either way, the |
Was approved before I saw bench's sniff information.
…tom race servers.
I'm convinced I went about fixing the quest the wrong way. I will look into it further and see about changing it without editing the quest_template data. |
…On Executioner mob's death, both horde and alliance quests will have their requirement met.
Quest is now completing appropriately for both factions.
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:
Note the NPC ID in the mouse-over information. The captain's ID is supposed to be 17296
2025-05-28.18-57-09.trimmed.mp4
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.