New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error sending packet clientbound/minecraft:disconnect #10662
Comments
With my plugins: Citizens, CMI, CMILib, DeluxeMenus, FastAsyncWorldEdit, PL-Hide, PlaceholderAPI, WorldGuard Shows the same thing |
Stumbled on that as well. I experienced it without plugins, using runDev via IDE. Server was in startup and my client pinged the server fairly early using the mulitplayer serverlist actively spamming the refresh. |
Pretty sure that this is purely due to a race condition in the vanilla server init logic, the connection exists before the packets are actually registered or something; it's been fairly possible to trigger variations of this for a short while in the server software |
Let's hope that it will be fixed soon :) |
It's nothing that harms the server. So no real issues, just a cosmetic problem in the log. Probably can be avoided by activating "late port bind". |
I can replicate that, so it may be the same issue however it's not exclusive to server start up as I've had it occur long after. I cannot replicate it after startup, but I am locally hosting so that's probably why. |
please, add to this issuse status lables - type: bug, and version: 1.20.6 |
Stack trace
Plugin and Datapack List
Bukkit Plugins:
There are 3 data pack(s) enabled: [vanilla (built-in)], [file/bukkit (world)], [paper (built-in)]
Actions to reproduce (if known)
No response
Paper version
git-Paper-38 (MC: 1.20.6) (Implementing API version 1.20.6-R0.1-SNAPSHOT) (Git: 5632210)
Other
Not sure on what may have caused it. This one specifically occurred minutes after server startup, but I've had one that happened around 28 minutes after. My assumption is a bot joined and disconnected, but never encountered an error like this before. Due to the nature of the error, it's difficult to replicate so was unable to see if the error still occurs on Build 39 but as that build doesn't appear to contain packet changes, I would assume this error would still occur.
The text was updated successfully, but these errors were encountered: