summaryrefslogtreecommitdiffstats
path: root/nms-patches/ItemFlintAndSteel.patch
diff options
context:
space:
mode:
authorPokechu22 <Pokechu022@gmail.com>2017-04-27 21:53:31 -0700
committermd_5 <git@md-5.net>2017-04-28 15:27:57 +1000
commita2af8f0a730c11af84d995ccfcf36544ddb4eea0 (patch)
treef15797e58c1c5bf9bb45422c36e937b17d35f8a0 /nms-patches/ItemFlintAndSteel.patch
parent6194f6cc4985a4a6840bb2cc39375caf9835ae68 (diff)
downloadcraftbukkit-a2af8f0a730c11af84d995ccfcf36544ddb4eea0.tar
craftbukkit-a2af8f0a730c11af84d995ccfcf36544ddb4eea0.tar.gz
craftbukkit-a2af8f0a730c11af84d995ccfcf36544ddb4eea0.tar.lz
craftbukkit-a2af8f0a730c11af84d995ccfcf36544ddb4eea0.tar.xz
craftbukkit-a2af8f0a730c11af84d995ccfcf36544ddb4eea0.zip
SPIGOT-3207: Fix hiding players in a BukkitRunnable after joining
This happened because "joining" wasn't cleared until the player was ticked. Runnables (presumably) ran _after_ the player list packet was sent, but before the player was ticked; thus, the player list packet was sent, but not cleared. The fix is to replace joining with hasSentListPacket, which is set immediately before sending any player list packets (thus, if hidePlayer is called after, it sees that the list packet has been sent and sends a new one to reset it). With this fix, the player is added to the list and then removed shortly afterwards. The reason why running /hideall in the example wouldn't fix the invisibility is because the server already thinks the player's been removed from the list (as they're hidden), and thus doesn't want to send another hide packet. This is correct behavior assuming that they get hidden correctly the first time, which they now do.
Diffstat (limited to 'nms-patches/ItemFlintAndSteel.patch')
0 files changed, 0 insertions, 0 deletions