Yoko

Dear injection users,
Dear mr. yoko,

I'd like to explay to you a problem regarding the new gump system.

This system is used on RunUO shards like mine. In a few words, the command

,infogump

and all the others regarding to gumps appear not to work.

This is the infogump output

_____infogump_______
serial   0x00000000
gumpid   0x00000000
X   0
Y   0
0   packet size
0   reply packet size
Buttons: ________
Checks&Radios: __
Entryes: ________
All commands: ____
Text: ____________ 

This problem affects commands like ,recall and ,ongump; since my shard is deeply based on gumps, i have to do tricks using Lclick and similiar commands, developing not 100% reliable scripts.

This problem was previously reported in the following post:

http://forum.yoko.com.ua/viewtopic.php?t=11437
http://forum.yoko.com.ua/viewtopic.php?t=12366

I noticed this bug using clients

5.0.8.0
5.0.9.0
6.0.1.3
6.0.11.0

riced and not. I've been using injection dll 702, 712 and 805.

I noticed that if I FORCE the version the client sends to server --> 4.0.0.0 USING version 6.0.11.0, the gump commands WORKS flawlessy, but the server does not show many other things like objects or people, so i can't use that workaround; this probably means that the server send to 4.0.0.0 clients the old gump protocol....

I'd appreciate very much to contribute in every kind of way to resolve this bug, i'm a computer engineer, i've spent several years developing network oriented c/c++ applications, i can also give my account on that server and test beta version of your applications.

Hoping to hear news from you, I send you best regards and best wishes for the new year.

Marco

that is ^^
New client versions use compressed gumps:

Packet: 0xDD
Sent By: Server
Size: variable


Packet Build
BYTE[1] Cmd
BYTE[2] len
BYTE[4] Player Serial
BYTE[4] Gump ID
BYTE[4] x
BYTE[4] y
BYTE[4] Compressed Gump Layout Length (CLen)
BYTE[4] Decompressed Gump Layout Length (DLen)
BYTE[CLen] Gump Data, zlib compressed
BYTE[4] Number of text lines
BYTE[4] Compressed Text Line Length (CTxtLen)
BYTE[4] Decompressed Text Line Length (DTxtLen)
BYTE[CTxtLen] Gump's Compressed Text data, zlib compressed 

instead of

Packet: 0xB0
Sent By: Server
Size: Variable


Packet Build
BYTE[1] cmd
BYTE[2] blockSize
BYTE[4] id
BYTE[4] gumpid
BYTE[4] x
BYTE[4] y
BYTE[2] command section length
BYTE[?] commands (zero terminated)
BYTE[2] numTextLines
· BYTE[2] text length (in unicode (2 byte) characters.)
· BYTE[?] text (in unicode)

Injection don't handle 0xDD packet and haven't zlib compression.

Thank you very much for the fast reply.

Do you think it will be easy to update/fix it?

zlib decompression may be easy to implement, using a standard library...

ma che sei italiano?

If i don't forget there is no free place for 0xDD handle function. Need to expand handle functions table, it's need to relocate stucture in injection.dll.

I make something like this with 8** version of injection then implement MD5 support.

If you ever need help, just ask and i'll try

we dont have this support yet? 2 years later....

Я все еще жду решения

--

I'm still waiting for a solution =(