Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Use BuildChatPacket() in battlefields and add condition check placeho…
…lder Also add creature 15214 in WG definition as the source of emotes and fix some NULL values and alignment issues Signed-off-by: Xfurry <xfurry.cmangos@outlook.com>
- Loading branch information
Showing
5 changed files
with
285 additions
and
274 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
008567e
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.
crash on login with characters with pets and not allowed opcode after commit [Update SD2 SQL for latest Maraudon scripts] and this commit. Not sure which one it started doing it on.
ERROR:SESSION: received not allowed opcode CMSG_LFG_GET_STATUS (0x0296)
008567e
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.
Please provide the crash log. I didn't experience any crashes recently.
That error has been showing up for a very long time and it's unrelated to battlefields.
008567e
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.
Will do asap. Really late here. Thanks.
008567e
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.
@Rog360 are you talking about a server or a client crash?
Client crashes can happen under certain circumstances, because of vehicles and of the desynchronization of the passenger position relative to the vehicle.
If you think that the crash is related to the latest commits, please try to turn off the Wintergrasp script from the config file.
008567e
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.
Server crash. I'll try your suggestion in the morning and post back then. Thanks for your work... :)
008567e
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.
@Rog360 please provide the crash log when you have the chance. We need to address this issue, regardless if it's related to my latest changes or to something else.
008567e
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.
I'm not getting a crash report. I'm compiling core in debug mode now to see if I can get more info on crash or a crash report. I can log in with character with no pet, But, as soon as I call pet. Server crashes... :(
UPDATE: Even with debug compile no crash report. Only thing I can find is "ERROR:Pet::InitStatsForLevel> No owner for creature pet Pet (Petnumber: 1061 Guid: 1) !"
Do you want me to post event viewer log for error?
008567e
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.
@Warlockbugs I think this is something for you.
@Rog360 yes, anything can be useful.
008567e
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 not more info... :)
008567e
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.
@Rog360 give us more details about how to replicate the crash.
Which DB do you use? I guess you updated the core to the latest version already.
Which type of character do you use to login and crash the server? Which is the pet?
What zone are you in? Character level and skills, maybe equipment if you have something special? What are the enable pet spells?
008567e
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.
To replicate the crash. Log in with a hunter or a char with any pet & call pet. char with pet already in game causes instant crash. Using database PSDB with latest core. Doesn't seem to matter where your char is located or char level as I have another player client on different pc with different account.
Core was working fine on core compile commit 1727323 [Update SD2 SQL for latest Maraudon scripts]. Even tried using char backups from different daily backups with no special equipment or spells.
008567e
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.
It should be something with 60828af or 25ca64b
These 2 are pet related.
008567e
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.
I've located the issue.
It happens when pet is being loaded from the DB in:
This circumstance was introduced as a side effect by 25ca64b, because at the time of pet loading, the pet itself (as accessor) is not placed on the map yet. This set of protections is used in ObjectAccessor::GetUnit(). However, reverting said protection brings back random crashes when unit was actually removed from the world described in cmangos/issues#1535.
That's a bit of a head-scratcher there. This usecase (pet loading) stands out of all others.
I am open to any ideas while i am thinking about possible non-ugly solution.
008567e
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.
Should be dealt with as of b3f477f for wrath.
For future reference, please, report issues in the tracker at https://github.com/cmangos/issues so it can tracked more easily.