-
Notifications
You must be signed in to change notification settings - Fork 9
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
[1.19.4] Stats lost on client reconnect #85
Comments
Thank you for the list! These missed-the-first-packet desyncs are really more of an upstream caching issue, but have been around since 1.12.2 and a naive-but-functional fix would probably be pretty easy to throw in as an experimental feature (basically store missed packets and resend them when a user logs in). Biggest reason I haven't done this, though, is security and non-vanilla behavior of DIYing it instead of fixing upstream code (e.g., a naive implementation could easily send cached packets containing coordinates the user shouldn't have access to). Will look into fixing this. |
experimental.syncGamestate is an experimental flag that aggressively sends fake packets in an attempt to sync the client's game state. This is to help with clients getting desynced when they miss packets that only get sent once, either by connecting to the proxy after it has joined a game OR by logging in and out of the proxy. Relevant Issue: #85 Current features: 1. Fix invisible vehicles 2. Forcibly update experience bar 3. Fix undismountable vehicles TODO: (things to fix) - Sign data desync (blank signs) - Hunger - Empty Advancements - Empty Recipe book (from a cursory glance this appears to already be fixed upstream, not sure why this is broken) - Unre-mountable vehicles after reconnecting * Probably something to with metadata or dismounting. * Breaking boat and placing it down again fixed this
Minecraft doesn't connect, at least while queueing:
So basically unwrap the string smh |
Hm, can't replicate with vanilla or Fabric (0.14.22) Minecraft client for 1.19.4 connecting or reconnecting to an account sitting in queue. Can you give some more details on how you got this crash? |
I'm currently using a pretty modded setup (Fabric 1.20.2 FO + Probably because of VFP, |
|
Okay, I replicated a crash with ViaFabricPlig (2.10.1) and Fabric API (0.91.2+1.20.2) on Minecraft Fabric 1.20.2. It wasn't the same error message you got, but I'm hoping that that's just because the mod stack changes the message. I was able to stop the crash by clicking on "ViaFabricPlug" in the top-right of the multiplayer server listing screen and manually set it to 2b2t's version (1.19.4). After that, I was able to join and reconnect to the proxy without crashing. If this doesn't work then please share the output of |
Nope. Still doesn't. Viafabricplus version: 2.10.1 (from modrinth)
The message on wrong version is indeed different, but this one still doesn't work. I would also appreciate if mahjong didn't limit actual error to 3 symbols |
Ok so i disabled cliGui and this is the one I got:
|
It also appears to me 2b2t itself is using ViaVersion protocol, was your 2b2w config set to 1.19.4?
|
I had this same problem, and by looking through the code, found it could be avoided by setting the config value experimental/spoofPlayerInfo/active to false. It seems to be due to with the proxy doing something with a UUID and finding a skin from the Mojang servers. |
if you are not connected at the time proxy logs in or you decide to reconnect, the following stats are broken:
might miss out on some but i think this is as far at goes for now
The text was updated successfully, but these errors were encountered: