Advertisement
dannysmc95

BungeeCord Issue

Jan 5th, 2016
73
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.12 KB | None | 0 0
  1. I wonder if it's something to do with the timing between the reset packet being sent and the server switch occuring...
  2.  
  3. Consider this: once the reset packet is sent, the client returns to the frozen "vanilla Forge" state. Usually, the handshake would be quick enough for no more information to get through before the handshake completes and the server switch occurs.
  4.  
  5. What should happen is:
  6.  
  7. Reset packet is sent
  8. Handshake completes with no other Forge packets coming through
  9. Server switches
  10. Disco
  11. What might be happening is that during the handshake, other packets from the original server are getting through, but the mod in question has essentially been unloaded/client mapping changed - probably from the mod ID list being sent. In fact, that's probably it, once the mod list has been sent and accepted, packets from the old server are still getting through, but the new, potentially different IDs from the objects could be causing packets from the old server being translated incorrectly.
  12.  
  13. We should stop all packets from the old server after the mod list has been exchanged and see if that works... once I get time to look at it.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement