shauren

for the record: .clear() method of stringstream does NOT clear the content, you need to call query.str("");

uint32 duration = aura->GetDuration() + 2 * aura->GetAmplitude();

aura->SetDuration(duration);

aura->SetMaxDuration(duration); // blizzard always modifies this whenever duration is manipulated (a "reset" of duration is seen clientside on target)

rough draft

actually thats taken from trinitycore but it is a bad idea (imagine the field being 1, then quickly shifted to 0 and back to 1; 1 is in fact the id of Cat Form), i would like to point you to my patch that makes SendForcedObjectUpdate obsolete

https://github.com/TrinityCore/TrinityCore/commit/8c707a13de6245ab505633bf50b4d078242de21a

https://github.com/TrinityCore/TrinityCore/commit/d8fcc9ef46931306d8157915b9af6b4d7476b907

and

https://github.com/TrinityCore/TrinityCore/commit/3be74850202d69ed19e712ae4b94508b927e8f97

(last 2 are silly mistakes)

this will not work if m_uint32Values[uNIT_FIELD_BYTES_2] is also 0 (not the case for shapeshifting, just shows this solution is not universal)

i suggest you implement this into EAI, not by adding custom menu items

I also did not find any example of a map yell as each instance has only one zone (atleast in TBC and I think in WotLK as well)

The northrend fishing contest could be an example I think (map with different zones). You can see the yell in each zone of northrend when the contest is announced.

incorrect. the yells cannot be heard in "The Frozen Sea"

Yeah, this flag would be very good until mmaps handling on gameobjects is implemented. Lich King is falling down the frozen throne, which is a gameobject (works without using mmaps) ;<

id like to point out that the gameobject is not everything there. there is also an invisible WMO (read properly by vmaps) and height data is returned correct there

on the other hand im fairly certain that you are using a hack and spawning the platform in wrong place.

Update Type: CreateObject1

GUID: Full: 0xF1100315B100202A Flags: Flag01, Flag10, Flag20, Flag40, Flag80 Type: GameObject Entry: 202161 Low: 8234

Object Type: GameObject

Update Flags: LowGuid, StationaryObject, GOPosition, GORotation

GO Position: X: 503.6198 Y: -2124.655 Z: 836.607

possibly the order size/radius modifications are applied on world enter is wrong

same deal, all values put into updatefields must be retail values, not our custom crap

unit_flags come from client, you do not 'make them up'

oh no you can still find them if you ask uncle google

they were extracted from regular client 2.2 or so

its not a problem if you add the missing files (for example as an additional MPQ archive)

if you try to go to that map without these files, your client will crash

that port has been officially disapproved and is not a valid base for bug reporting

it does fix certain cases of naked bug, but not all of them

also i would like to point out that your patch is not fully correct (when using final_* coords)

when player is on transport you must send transport offsets instead (confirmed in sniffs)

no, LK is on gameobject (theres like no floor at all there)

this resembles me the idea of trinity's spell scripts

not just spell scripts, entire script system

MaNGOS::GameObjectInRangeCheck check(m_caster, x, y, z, radius + 15.0f);

why the +15 hack? its seriously going to break other spells

you have a merge conflict

https://github.com/TrinityCore/TrinityCore/commit/c2b0bcbd6c8155812857523681cd787059cd9bf9

my DungeonEncounter.dbc implementation

that extra flag for boss isnt needed

Never been the best solution as many of the classic dungeons are not covered by this system. The way to go is Encounters and that will cover 100% cases.

Cyberium is doing, at first place (like Manuel is doing for Trinity) the encounters that are done by killing the boss, and later will implement those that are not boss kill.

im well aware of that, and i already have an idea how to link encounters (will implement in trinity)

how about linking them to achievement system?

you dont need even that.

map id is in gameobject_template.data6

that is one of many commits related to MMR

i meant with real amount of players, 100 and more

as a matter of fact: uptime over 7 days is not blizzlike

Playing in game GM-s also not bliz-like and MOST not bliz-like is free in both meanings open source project.

So i suggest use term in limited form, apply to normal player in game expirience. No to random other parts

yea but what i really meant is that you are discussing some absurdly long uptimes that won't happen in near future

something close to optimizing startup procedures so they run half a second faster (but its only once per runtime)