ankso

OK, I think it's related with auras. The last output, always, is: Aura XX now is remove mode X Then it gets stucked and I have to kill the process, no crash. ¿Anyone knows where it could get freezed there?

OK, I think it's related to log-in the account, not with a character. This is the last output in debug mode: WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::HandleAuthSession: client 12340, unk2 0, account MR_ANKSO, unk3 0, clientseed 3939015508 [0 ms] SQL: SELECT id, gmlevel, sessionkey, last_ip, locked, v, s, expansion, mu tetime, locale FROM account WHERE username = 'MR_ANKSO' WorldSocket::HandleAuthSession: (s,v) check s: FD2D0F58F38A2EC6EA96E5777C9D9F652 C46DDF8484352963A9A061CA7B58E23 v: 42480A2BF0B34612106F2822557932E743A2BD5152D0E 65347CEDE1CDFABF0A2 [0 ms] SQL: SELECT 1 FROM account_banned WHERE id = 5 AND active = 1 AND (unband ate > UNIX_TIMESTAMP() OR unbandate = bandate)UNION SELECT 1 FROM ip_banned WHER E (unbandate = bandate OR unbandate > UNIX_TIMESTAMP()) AND ip = '127.0.0.1' WorldSocket::HandleAuthSession: Client 'MR_ANKSO' authenticated successfully fro m 127.0.0.1. [0 ms] SQL: SELECT type, time, data FROM account_data WHERE account='5' [0 ms] SQL: SELECT tut0,tut1,tut2,tut3,tut4,tut5,tut6,tut7 FROM character_tutori al WHERE account = '5' ADDON: Name: Blizzard_AchievementUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x 0 ADDON: Name: Blizzard_ArenaUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_AuctionUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_BarbershopUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_BattlefieldMinimap, Enabled: 0x1, CRC: 0x4c1c776d, Unknown 2: 0x0 ADDON: Name: Blizzard_BindingUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_Calendar, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_CombatLog, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_CombatText, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_DebugTools, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GlyphUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GMChatUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GMSurveyUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GuildBankUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_InspectUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_ItemSocketingUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_MacroUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_RaidUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TalentUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TimeManager, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TokenUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TradeSkillUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TrainerUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 [0 ms] SQL: UPDATE account SET last_ip = '127.0.0.1' WHERE username = 'MR_ANKSO' WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::HandleAuthSession: client 12340, unk2 0, account MR_ANKSO, unk3 0, clientseed 3939015508 [0 ms] SQL: SELECT id, gmlevel, sessionkey, last_ip, locked, v, s, expansion, mu tetime, locale FROM account WHERE username = 'MR_ANKSO' WorldSocket::HandleAuthSession: (s,v) check s: FD2D0F58F38A2EC6EA96E5777C9D9F652 C46DDF8484352963A9A061CA7B58E23 v: 42480A2BF0B34612106F2822557932E743A2BD5152D0E 65347CEDE1CDFABF0A2 [0 ms] SQL: SELECT 1 FROM account_banned WHERE id = 5 AND active = 1 AND (unband ate > UNIX_TIMESTAMP() OR unbandate = bandate)UNION SELECT 1 FROM ip_banned WHER E (unbandate = bandate OR unbandate > UNIX_TIMESTAMP()) AND ip = '127.0.0.1' WorldSocket::HandleAuthSession: Client 'MR_ANKSO' authenticated successfully fro m 127.0.0.1. [0 ms] SQL: SELECT type, time, data FROM account_data WHERE account='5' [0 ms] SQL: SELECT tut0,tut1,tut2,tut3,tut4,tut5,tut6,tut7 FROM character_tutori al WHERE account = '5' ADDON: Name: Blizzard_AchievementUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x 0 ADDON: Name: Blizzard_ArenaUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_AuctionUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_BarbershopUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_BattlefieldMinimap, Enabled: 0x1, CRC: 0x4c1c776d, Unknown 2: 0x0 ADDON: Name: Blizzard_BindingUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_Calendar, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_CombatLog, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_CombatText, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_DebugTools, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GlyphUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GMChatUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GMSurveyUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_GuildBankUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_InspectUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_ItemSocketingUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_MacroUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_RaidUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TalentUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TimeManager, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TokenUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TradeSkillUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 ADDON: Name: Blizzard_TrainerUI, Enabled: 0x1, CRC: 0x4c1c776d, Unknown2: 0x0 [0 ms] SQL: UPDATE account SET last_ip = '127.0.0.1' WHERE username = 'MR_ANKSO' WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection WorldSocket::handle_input: Peer has closed connection and the same again and again... This output is repeated until anti-freeze system kill the proccess, so it's not a crash, no crashlog. Anyone knows what could cause this? Do you still want the dumps of the characters of that accounts Vladimir? I'm using rev. 10313 in Ubuntu x64.

Hi guys, I have a problem, sometimes when someone logs into the server, it gets freezed and then crashes due to the anti-freeze system, so, someone knows what could be the reason or if someone has had the same problem? Thx

--- a/src/server/game/Chat/Commands/Level2.cpp --- a/src/server/game/Entities/Object/Object.h ... Is this patch from a custom core right?

change m_spellproto for GetSpellProto()

Remove the ASSERT works, it doesn't crash now ^^

Well... 12 hours online with this supermegahack... if( i_owner->hasUnitState(UNIT_STAT_CAN_NOT_MOVE) ) return; - ASSERT( !empty() ); + // ASSERT( !empty() ); + if ( !empty() ) + { m_cleanFlag |= MMCF_UPDATE; if (!top()->Update(*i_owner, diff)) { m_cleanFlag &= ~MMCF_UPDATE; MovementExpired(); } else m_cleanFlag &= ~MMCF_UPDATE; if (m_expList) { for (size_t i = 0; i < m_expList->size(); ++i) { MovementGenerator* mg = (*m_expList)[i]; if (!isStatic(mg)) delete mg; } delete m_expList; m_expList = NULL; if (empty()) Initialize(); if (m_cleanFlag & MMCF_RESET) { top()->Reset(*i_owner); m_cleanFlag &= ~MMCF_RESET; } } + } + else + return; Don't ask me why I have tried this, I write it last night, too late, and with desperation... I comment first the ASSERT, but my server crashes with a SIGFAULT, but with this... At least it's online.

Same problem here, that ASSERT is crashing my server constantly

Why this lines? @@ -19476,6 +19534,13 @@ void Player::SendInitialPacketsBeforeAddToMap() void Player::SendInitialPacketsAfterAddToMap() { + if(getClass() == CLASS_DEATH_KNIGHT) + ResyncRunes(MAX_RUNES); + + WorldPacket data0(SMSG_SET_PHASE_SHIFT, 4); + data0 << uint32(GetPhaseMask()); + GetSession()->SendPacket(&data0); + // update zone uint32 newzone, newarea; GetZoneAndAreaId(newzone,newarea); and @@ -20900,7 +20923,8 @@ void Player::ConvertRune(uint8 index, RuneType newType) void Player::ResyncRunes(uint8 count) { - WorldPacket data(SMSG_RESYNC_RUNES, count * 2); + WorldPacket data(SMSG_RESYNC_RUNES, 4 + count * 2); + data << uint32(count + 1); for(uint32 i = 0; i < count; ++i) { data << uint8(GetCurrentRune(i)); // rune type For me, they bug the DKs. Try to cast a spell when it is on cd, suddenly, it appears like you could cast the spell, but really you can't, because you haven't enought runes. What is the reason of that change?

Confirmed. For example, use the spells of the Argent Tournament mounts crashes server, with that ASSERT. I don't know how to fix this, so for now, this patch is unstable

I have a problem with this patch, sometimes spells like arcane missiles are casted on myself. Anoying bug, but others like penance are working very well. And, I think that the patch must be adapted to the changes of the rev 10156

Then it's related with vehicles, not with pets? I don't understand a lot , but anyway thanks a lot for your help, it's an starting point, I'll see what can I do and, incidentally, surely learn something more ^^

I don't like bumping my own threats, but nobody could help me? =/

I have the same problem

I have that problem too, suddenly, the flag changes owner, or, when you kill the alliance flag carrier, for example, it drops the horde flag (lol?). I think it happens only if the to flags are stealed.

Yeah, the code works good, but on retail, the animation is different, you can see the target flying, with this you are teleported in front of caster. It's only visual, but a correct implementation could be great, but I don't know yet how to do that =/

Confirmed, I have the same problem too.

I have observed that the damage reflected works only for some spells. For example, reflect the lighting chain of the shaman, it reflects the damage. Then try to reflect the flames shock or the lava burst, it doesn't work.

Hi guys, Since a few weeks, I have been a problem with my server. I'm using my own modified custom branch with a lot of patches. The problem is that, when I invite a warlock/hunter/DK, even a mage, and the player has his pet summoned, and it's on a different map, client crash (with this report http://pastebin.org/380165 ). Client doesn't crash allways, it seems random, but I'm sure it isn't. So, I need help to found where it's handled in mangos the packets that are sent to the client (because this crashes are caused by a bad packet, aren't they?) when someone enters in a group with a pet summoned, and compare the original sources with my sources.Thanks in advance ^^ P.D.: Here is my branch, you can take a look if you want, but it's a little bit unestable right now: http://github.com/Ankso/mangos

Nobody has this bug? It happens when you try to use an hability in cooldown, then all the habilities went crazy...

Any possible solution, even hacky way?

Any news pasdVn¿? EDIT: I have applied both patches, target_type_77 and tame beast to work with previous, and all works well. But it needs update, some variables have been changed. Easy to fix.

MaNGOS: 10109 I don't know why, but the cooldown of all spells that use runes fail sometimes, ignores the real cooldown, and it appears like that you could use the spell, but clicking in it, it says that there isn't enought runes, which is true, if you take a look at your runes, the spell can't be mcasted. I think in TC for example, it doesn't happens. May be an server-side check before remove cooldown could solve the problem? Or there is already a pacth to solve this? It's very annoying for this class Greetings

I have the same problem, I have had to revert some revs It's caused by an ASSERT(false); on Map.cpp

Yeah, I have used that and all the battelgrounds are working except Arathi Basin, where the events doesn't work, for example, the flags can't be captured. But with .debug bg, it works all good, and I haven't enought players to test a 15/15 AB. So, my question is if someone has this bg working with less players than the maximum. Anyway, thanks