EQEMU 0.4.4 OFFICIAL Bug Report !
 

Please post any 0.4.4 bugs you encounter in this thread. Thank you!

Most of the Zone connections are incorrect (though I guess that's a db issue)

So far, zoning into SolB, Paw, Kaladimb causes me to go linkdead:

[Status] Zone Bootup: paw (18)
Default weather type for zone is 1
Weather changes in 224 seconds. (weather is now 1)
Received Message SyncWorldTime
Time Broadcast Packet: EQTime [08:00 am]
[Status] 70602 New client from ip:192.168.1.101 port:1665
Loaded playerprofile for Test - size: 8460/8460
Loaded alt_adv_table for Test - size: 258/258
Client linkdead: Test
Dropping client: Process=false, ip=192.168.1.101, port=1665
Automatic shutdown
[Status] Zone Shutdown: paw (18)
Zone shutdown: going to sleep


Zoning into gfay causes the zone server to shutdown (there is an error message, but the window closes immediately after it, so I can't read it) and drops me back to server selection:

Logged in: Local: eqemu
Unknown opcode: 0x3541 size:2056
Unknown opcode: 0x3941 size:2056
Error: InflatePacket: inflate() returned -3 'unknown compression metho
Packet contents:Test
Attempting autobootup of gfaydark (54) for Test
Client disconnected
Removing client from ip:192.168.1.101 port:1599
192.168.1.100:1262: TCPConnection::RecvData(): Error: 10053
Removing zoneserver from ip:0.0.0.0 port:0 (192.168.1.100:7999)
192.168.1.100:1264: TCPConnection::RecvData(): Error: 10053
Removing zoneserver from ip:0.0.0.0 port:0 (192.168.1.100:7995)


I've only tested about 15 zones so far... but this is what I've got, hope it helps.

Most of those sound like database related issues.

Not a bug, but wasn't sure if perhaps you forgot to put a file in. I noticed that dbupdate.sql ties to source objects.sql, but that file wasn't included in the release anywhere. I don't know if it was forgotten about, or if the file was later removed, but I figured I'd point it out just in case. :D

For the person crashing, I haven't tried all those zones, but I know that gfay is working fine for me. As Trumpcard said, it sounds like a DB problem.

Took out objects it was already in doors.sql

dbupdate in the install has an error

'source tradeskillupdate.sql' should be
'source tradeskillupgrade.sql', or tradeskillupgrade.sql needs renamed.

I get this message when i try to give an item to a NPC:
ERROR: Getitem(): Unknown slot: 0x0050

I don't think i got it whith old 4.4 binaries.
Is this normal ? or a known bug ?

The very annoying merchant bug (merchants charge 4x the item's cost for everything except spells, where they charge 1/4 the cost) still seems to be present (very annoying when buying tradeskill supplies, after buying one or two things you have to zone to get your missing money back)

Yoda caught a problem with taking the money from the client inventory, should have been in this release.

I'll check tonight and see if I can pin this one down.

I get the same error as dr1

Aggro seems to still not function in new release.
Tried using new release(44), no aggro , used my "stable0441exes" and all npc's aggroed correctly.
Is this still a z-axis check problem?

Well... not sure if it's a feature or a bug... but agro does work if the account you are using has a status of 0. It does not work if you have a status of 200. Not sure about any other values, as these are all that I tested.

server ops shoudln't get stuff aggro'd on them, its a feature..ish thing.. dunno who put it in

I don't know if this is a database bug on my server or something found in CVS, but people on my server are having problems when they summon an item, equip it, and attempt to summon another item. It says they have an item on their cursor when they have nothing. When they zone, they have the same item on their cursor which they equiped. The item stacking bug is fixed just to lead to this =\

Not everyone had this problem, so it might be a bug for iksars, vah shir, and beastlords.

Is there a fix for this?