Mob packet building inconsistency

[Uleat]

I looked into this issue and found an inconsistency between 'Zone Entry' and 'Zone Repop' packet construction. (Could be the difference between Queue and FastQueue builds.)

ref: http://www.eqemulator.org/forums/showthread.php?t=38623

I tested Ti through UF and all have the problem identified in the thread.

All are fixed by a zone #repop.

I added a PacketDump() call on the Encode of Ti's OP_ZoneSpawn.

Not counting the 'SpawnID' field, which obviously changed, everything else was the same..except for the last line of the dump:

624: 00 00 00 00 00 00 00 [zone entry]
624: FF FF FF FF FF FF FF [zone #repop]

These are the last three 'destructible fields'

Obviously, they're being handled by two different handlers..I just need to trace which is doing what.

Hopefully, this will solve some other issues too.

[Uleat]

NOTES:

Monk epic particle effect may be affected by this.

Particle effect displays if epic equipped on zone-in..and persists if epic is removed (MainHands item.) Particle effect does not display otherwise.

Ti->UF: Only the primary hand displays if both primary and secondary are empty. Upon placing item in primary slot, secondary begins to display (no display with equipped weapon.)

RoF: Same as above with the exception of both hands displaying upon zone-in.

Since Ti exhibits the same behavior, this can't be an OP_WearChange packet issue where the SoF+
clients have additional information in them.

[Akkadius]

@Uleat is this still an issue?