There has been some back and forth on whose fault it is, but as the default implementation of the server on EQEmu never returns an OP_CharacterStillInZone (which is what I think triggers 1018 client side) and that the issue arose again after the February 14th, 2010 patch, I would lean towards an erroneous match of conditions that the p99 staff desired for the *fix* against people plugging. (no offense meant to the staff).
If what porigromus posted IS in fact a work around, that would lead me to believe that the account info change is triggering some sort of reset for the state of an account in the p99 database. (Not confirmed, but I think each of the world servers keeps a hash of each accounts pw. I'll check the default EQemu server implementation later).
| 
03-18-2013, 01:20 PM
Threaded Mode