darkstalker

the values look strange, but works perfectly. the packet structure isnt correctly interpreted here, maybe update the enum?

sear for a conflict marker: usually looks like <<<< original_file (original code) ==== (patch code) >>>> patch_file it can be inside the code, or in the form of a .rej file with the patch piece that couldnt be applied

chest gameobjects have a flag in DB that indicates if they use group loot or not. i had to remap lots of loot tables to creatures instead of chest because of this, and the loot code is pretty confusing

learn_allmyclass just learns you all spells with SPELLFAMLY_<yourclass>, so you get lots of random garbage

i dont think thats related to this, probably problem with your sources

been using this for months and its perfect.

dbc entry has procChance = 50 but core seems to ignore it. Probably would be better to start using dbc a bit more in this cases

ye, noticed that too, but there are other spells (like hex) that should absorb some damage after the spell gets removed. int Unit::DealDamage if(!damage) { // Rage from physical damage received . if(cleanDamage && cleanDamage->damage && (damageSchoolMask & SPELL_SCHOOL_MASK_NORMAL) && pVictim->GetTypeId() == TYPEID_PLAYER && (pVictim->getPowerType() == POWER_RAGE)) ((Player*)pVictim)->RewardRage(cleanDamage->damage, 0, false); return 0; } if (!spellProto || !IsSpellHaveAura(spellProto,SPELL_AURA_MOD_FEAR)) pVictim->RemoveSpellbyDamageTaken(SPELL_AURA_MOD_FEAR, damage); // root type spells do not dispel the root effect if (!spellProto || !(spellProto->Mechanic == MECHANIC_ROOT || IsSpellHaveAura(spellProto,SPELL_AURA_MOD_ROOT))) pVictim->RemoveSpellbyDamageTaken(SPELL_AURA_MOD_ROOT, damage); proably that "return 0" should be moved

".learn all" command should be removed, its really destructive, same as ".learn all_myclass"

what you trying to do?

free X ray vision ;>

lots of stuff stack, like different totems ranks and magic resistance buffs (should take only highest rank)

there is a OverrideSpellData.dbc already, duno if its porpuse is what you mean. but an easy way to "fix" dbc data is to add a function call right after dbc files load with the following: void RunSpellFixesDBC() { SpellEntry *sp; sp = const_cast<SpellEntry*>(sSpellStore.LookupEntry(47702)); //spell entry you want to modify sp->EffectImplicitTarget[0] = TARGET_SCRIPT; //the modification you want to do // and so on.. }

do not use global variables, store as member variable instead and access through instance data oh, and instance scripts dont have Update() callback, if you need to call a function from "outside" use: // assuming you defined m_pInstance as most scripts do if (instance_halls_of_reflection *inst = dynamic_cast<instance_halls_of_reflection*>(m_pInstance)) inst->YourCustomFunctionCall();

you could tell what you want to do in the first place

probably blizz edited their server side gtCombatRatings.dbc

be glad that you just got 1 reject, open the file and fix it manually

this causes some strange "death bug" mode after leaving arena (if you released inside)

very old visual bug, confirmed

you shouldnt change any code, combat rating values come from DBC.

that commands require a character selected ingame, probably would be need to add an additional parameter to that commands, or add an alternative way of setting player selection

cast a possess spell on the npc

needs to be implemented in scripts (read instance data)

not correct to set 0 there, better use: UPDATE quest_template SET Method=2, ZoneOrSort=36 WHERE entry = 8249;

nothing to do with this