goodbadguy

Nope... it doesn't reset anything, it just erases duplicate and wrong data. Basically, it just removes unnecessary data from the character's database.

It brushes the teeth and combs the hair of all your characters... duh! Why not try looking at the code? It's really self explanatory and this is a learning project.

Guards no longer use SD2 after the Gossip_Menu tables have been added in the core. You just need to set their Gossip_Menu_Id properly in the Creature_Template. You will find these tables at your database provider, not here.

And he would have gotten away with it too if it weren't for you darn kids and your dog!

Hmm, well I have a different issue and I don't know why but it says "invalid target" whenever I go to use it UNLESS I'm in GM mode then it works. Strange.

Still broken.

I don't find this code in Mischandler. I have this: data.put( 0, clientcount ); // insert right count data.put( sizeof(uint32), clientcount ); // insert right count Changing either one of the clientcount variables to m.size() just corrupts the who window character view. Anyone?

Tested with revision 8809 (I run an older 3.2.2a version) and works great! Thanks.

Bump, same issue cropping up much more often recently. Crash in line: movementInfo.guid = mover->GetGUID(); Since this is reported from level 16+ hunters perhaps it's related to using Eyes of the Beast and the pet dying? Please some dev look into this as it's very annoying. Thanks.

Any time you add 8 to the flags the item says "Heroic" but will not display sockets OR enchants to the OWNER, however if you inspect the person or LINK the item it looks fine.

I'd love to try that but what is 0x8000 in real numbers?

Still an issue as of 9040.

Not sure if everyone else is having this issue when using this patch but somehow when the idol buff procs on a Bear Form druid they gain the 200 dodge but also lose a large amount of hitpoints (5,000 or so) from their maximum hitpoints and it never returns....

I have a similar issue using Ubuntu Linux 64bit. Seems Mysql is the problem, but I don't know why. I know if I attempt to access the character database with almost any query it lags the realm. Also, doing character backups is impossible while the realm is up because even in the first second I try it pretty much locks the entire realm until I abort. The odd thing is that I can change and backup the Mangos database without any lag at all. Can someone explain what setting in Mysql might be causing this? Thanks.

Is there a pastebin or download available other than direct GIT pull please?

I'm sorry, I did read but figured maybe a fix had been placed in the git pull. If at all possible when there is a fix could you please post the diff in this section or a pastebin? I have to manually fix mine as I have many core changes that will not allow me to pull from git without reworking everything. Thanks!

Any fix for the latest revisions??

Same here, it only lasts until RELOG.

I've had almost exactly the same crash logs since going from 8690 to 8710 myself. It happens WAY too often, maybe 15-45 minutes at best. I had to revert until this is fixed

Thanks will try it now. Edit: Tried it, works great. Problem before was I never removed the code in the initial post SpellEffect entry.

Tried that one too. Demonic circle works the FIRST time you use it but never again after that untl you relog.

This no longer works with the 3.2.2a core. The circle is cast but the Warlock gets no buff and can't use teleport.

Works great!

Actually I have duplicated a crash related to Rapture recently and found the following: If you have Serendipity (any rank) you will crash the realm if you click to learn Rapture (Rank 2). Very strangely learning Rapture ranks 1 and 3 will NOT crash the server, however. This can only happen to realms that have increased Talent rates as getting these 2 spells together requires at least 73 talent points.

I am getting crashes related to reapplyspellmods since this revision as well but I can't duplicate a problem specific to Rapture. No crashes when I try.