Closed MWHunter closed 2 years ago
Still?
Yes
Any consistency?
not really. It happens on the test server a lot when no one is online.
I worked around with some stuff, lets see if this fixes itself.
this isn't fixed
event != null easy fix?
I don't want to risk losing early packets.
Trying to understand the underlying cause.
My guess is that it has something to do with the query protocol. There's no debug messages from a player ever handshaking and there is no one online. This is just a wild guess though.
Connecting with beta 1.7.3 will cause event to be null. This reproduces consistently 100% of the time.
Perfect, will help me look into this. My assumption is it has something to do with the LEGACY SERVER LIST PING packet.
Still an issue: https://sentry.io/share/issue/dc1c76685b36403abe35a336731b256f/
Are you still testing with 1.7.3?
Minecraft release 1.6.4 also causes the exception to be thrown
define doing a lil bit of trollin
This seems to be fixed after ignoring the legacy ping packets and waiting until play state before allowing transactions to be sent. Perhaps add a warning so other packetevents user's don't make the same mistake I did
Still an issue when a pre-1.7 player tries to connect
Finally got annoyed enough to add a handshake send event Fixed in https://github.com/retrooper/packetevents/commit/70dc93cd09d6314143a17740bd251ad74c52987c
The server sends a raw byte buffer in the old format during the handshaking state to respond to the ping, and then kills the client's connection. So this isn't a hack and is actually correct.
https://gist.githubusercontent.com/MWHunter/a32e9f80ba8caa7da1d61c9dc650ee38/raw/8959e87ebd7df6c02cf993d472529b90717c9f4b/gistfile1.txt
I don't know why this happened.