hg ed09d4ae54 Send packet uncompressed if zlib deflates to a larger size than input ...

It's not guaranteed that deflate output will be smaller than the input.

In some cases zlib-ng (Z_BEST_SPEED) compression is causing packets to
increase in size and exceed m_max_packet_size. This results in the
packets never being fully received by the client.

Currently this is most reproducible in the spell_book section of the
OP_PlayerProfile message. After using #scribespells this portion of the
player profile has a lot of incrementing spellids which may be affecting
the compression algorithm. The client never processes the player profile
(MSG_SEND_PC) message and times out on zone entry.

This isn't necessarily a bug with zlib-ng since it inflates back to the
original input and normal zlib could do this too, but the current netcode
doesn't handle this.

2020-02-14 10:06:47 -05:00

..

console_server_connection.cpp

…

console_server_connection.h

…

console_server.cpp

…

console_server.h

…

crc32.cpp

…

crc32.h

…

daybreak_connection.cpp

…

daybreak_connection.h

…

daybreak_structs.h

…

dns.h

…

endian.h

…

eqstream.cpp

…

eqstream.h

…

packet.cpp

…

packet.h

…

servertalk_client_connection.cpp

…

servertalk_client_connection.h

…

servertalk_common.h

…

servertalk_legacy_client_connection.cpp

…

servertalk_legacy_client_connection.h

…

servertalk_server_connection.cpp

…

servertalk_server_connection.h

…

servertalk_server.cpp

…

servertalk_server.h

…

tcp_connection.cpp

…

tcp_connection.h

…

tcp_server.cpp

…

tcp_server.h

…

websocket_server_connection.cpp

…

websocket_server_connection.h

…

websocket_server.cpp

…

websocket_server.h

…