|
|
 |
 |
 |
 |
|
 |
 |
|
 |
 |
|
 |
|
Archive::Bugs Archive area for Bugs's posts that were moved here after an inactivity period of 90 days. |

06-14-2003, 02:16 AM
|
Demi-God
|
|
Join Date: Jan 2002
Location: Charlotte, NC
Posts: 2,614
|
|
EQEMU 0.4.4 OFFICIAL Bug Report !
Please post any 0.4.4 bugs you encounter in this thread. Thank you!
__________________
Quitters never win, and winners never quit, but those who never win and never quit are idiots.
|
 |
|
 |

06-14-2003, 04:00 AM
|
Sarnak
|
|
Join Date: Jun 2003
Posts: 71
|
|
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.
|
 |
|
 |

06-14-2003, 06:15 AM
|
Demi-God
|
|
Join Date: Jan 2002
Location: Charlotte, NC
Posts: 2,614
|
|
Most of those sound like database related issues.
__________________
Quitters never win, and winners never quit, but those who never win and never quit are idiots.
|

06-14-2003, 06:58 AM
|
Sarnak
|
|
Join Date: May 2003
Posts: 40
|
|
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.
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.
|

06-14-2003, 07:27 AM
|
Fire Beetle
|
|
Join Date: Sep 2002
Posts: 0
|
|
Took out objects it was already in doors.sql
|

06-14-2003, 07:32 AM
|
Fire Beetle
|
|
Join Date: Sep 2002
Posts: 0
|
|
|

06-15-2003, 03:26 AM
|
Fire Beetle
|
|
Join Date: Jun 2003
Posts: 16
|
|
dbupdate in the install has an error
'source tradeskillupdate.sql' should be
'source tradeskillupgrade.sql', or tradeskillupgrade.sql needs renamed.
__________________
Never Meddle in the affairs of Dragons....
Cause You're crunchy and taste good with ketchup......
|

06-16-2003, 01:52 AM
|
Fire Beetle
|
|
Join Date: Jun 2003
Posts: 2
|
|
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 ?
|

06-16-2003, 05:38 AM
|
Dragon
|
|
Join Date: Jan 2002
Posts: 521
|
|
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)
|

06-16-2003, 05:41 AM
|
Demi-God
|
|
Join Date: Jan 2002
Location: Charlotte, NC
Posts: 2,614
|
|
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.
__________________
Quitters never win, and winners never quit, but those who never win and never quit are idiots.
|

06-16-2003, 12:39 PM
|
Sarnak
|
|
Join Date: May 2003
Location: Rancho Cucamonga, Ca
Posts: 77
|
|
I get the same error as dr1
|

06-19-2003, 05:13 AM
|
 |
Discordant
|
|
Join Date: Feb 2002
Posts: 452
|
|
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?
|

06-19-2003, 06:24 AM
|
Sarnak
|
|
Join Date: Jun 2003
Posts: 71
|
|
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.
|

06-19-2003, 11:24 AM
|
Discordant
|
|
Join Date: May 2002
Posts: 434
|
|
server ops shoudln't get stuff aggro'd on them, its a feature..ish thing.. dunno who put it in
__________________
++[>++++++<-]>[<++++++>-]<.>++++[>+++++<-]>[<
+++++>-]<+.+++++++..+++.>>+++++[<++++++>-]<+
+.<<+++++++++++++++.>.+++.------.--------.>+.
|

06-19-2003, 04:06 PM
|
Sarnak
|
|
Join Date: Jan 2003
Posts: 33
|
|
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?
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -4. The time now is 03:32 PM.
|
|
 |
|
 |
|
|
|
 |
|
 |
|
 |