I updated to UOx3 v. 3.7l experimental.
I noticed that if you set a corpse to decayable 0, it will still decay and/or if you double click on it, it removes the corpse graphics but leaves your equipment, as well as a nicely colored tile that says "gotee" and "long hair".
This bug is scattered, and isn't very easily replicated.
My 3.7l experimental version is an .exe update as well as js.dll update.
Has UO changed the way packets for death have handled? My current client is 5.01i patch 11. Or, since we have added the fall forward feature (pretty slick I might add), is there a new DFN entry for a corpse I don't have yet?
The UOx3 console does NOT say anything is wrong when this happens. Usually if you are missing a .dfn entry it will say "item 0x1234 does not exist" or whatever.
thanks!
[FIXED] Weird Corpse issue
-
Grimson
- Developer
- Posts: 802
- Joined: Sat Jun 04, 2005 1:52 am
- Location: Germany
- Has thanked: 0
- Been thanked: 0
As for the hair and beard items beeing dropped on the ground, that should be fixed now.stranf wrote: I noticed that if you set a corpse to decayable 0, it will still decay and/or if you double click on it, it removes the corpse graphics but leaves your equipment, as well as a nicely colored tile that says "gotee" and "long hair".
As for the decaying, are you sure no one is using the 'cleanup command? This will delete corpses no matter what.
You should also update the hairs_beards.dfn and the dictionaries, though they have no direct relation to the bug.stranf wrote: My 3.7l experimental version is an .exe update as well as js.dll update.
No new DFN entry for corpses, and AFAIK no packet changes from UO.stranf wrote: Has UO changed the way packets for death have handled? My current client is 5.01i patch 11. Or, since we have added the fall forward feature (pretty slick I might add), is there a new DFN entry for a corpse I don't have yet?
