Login packet is sent after ServerSwitchEvent is called for 1.20.2 players about bungeecord

[md-5]

What progress / fix are you expecting given the above comments?

[Codixer]

Presumably? Provide a solution for players who use your software. Bungeecord is one of the most important pieces of networking software right next to Velocity.

While there are forks who try to patch these issues, it would be nice if stuff gets solved downstream. As plugin developers have to take the blame when a user goes "WAAA, your plugin doesnt work!!!! WHAAAA, I will review you 1 star because bungeecord doesn't work, WHAAAA". While this isn't even the fault of the developers of a plugin, but the software the plugin runs on.

[md-5]

While there are forks who try to patch these issues, it would be nice if stuff gets solved downstream.

They're welcome to provide a pull request upstream.

As per the ticket above it's very unclear what the fix for this is or if it's even a bug. Please explain what about BungeeCord is not working. You haven't contributed anything helpful to this discussion.

[md-5]

This is unavoidable due to Mojang's addition of an extra step in the protocol. What exactly is the bug you think needs addressing?

[NEZNAMY]

I am unable to use the event to send stuff, because it gets cleared right away. So I need a workaround.
I came up with 2 ideas on my plugin side, both of which are highly questionable and I'm looking for some confirmation if it's up to me or something can be done on bungeecord side about this. I have no way to know if player received the packet after switching or not yet.

[Janmm14]

Maybe a suitable solution could be to move ServerConnectedEvent call in ServerConnector to after we sent Login packets in that method and NEZNAMY should then use ServerConnectedEvent.

But to be honest with this change I feel even more lost inside bungee's code. What is called in which state of the protocol, what will happen afterwards etc. I think there is a need of some diagrams detailing what methods will be called and which packets are sent/expected to be recieved for first connection / server switches per mc version.

[0utplay]

I think I found a similar problem with the events in the 1.20.1 / 1.20.2. While the ServerConnectedEvent is called on an initial login in 1.20.1 without a server (see figure 1), in 1.20.2 a server is already assigned to the player (see figure 2).

Running version git:BungeeCord-Bootstrap:1.20-R0.2-SNAPSHOT:1ef4d27:1754
Fig. 1 (connecting with 1.20.1)

Fig. 2 (connecting with 1.20.2)

This causes problems with plugins that rely on the event behavior remaining the same especially when the bungeecord version is the same

[md-5]

I think something has to give, it is impossible for 1.20.1 and 1.20.2 to have the same behaviour. If not this (minor) difference you get a much bigger difference of the connection not being in a state to send most packets.

[0utplay]

Do you think we can somehow distinguish between an initial connect or server switch in the ServerConnectedEvent? This would at least the problem I am facing with the changes in 1.20.2.

[NEZNAMY]

Adding an event when login packet is sent would also solve this.

[MattTheTekie]

Is there any progress to this?

[LucidAPs]

Will this be fixed?

[Owen1212055]

Some food for thought, it would be beneficial if there was some event that could be fired when the configuration stage is completed on the client and they are now in the GAME protocol state.

I guess it's fair that this event firing here would cause these errors, but I think it's most reasonable to assume that the current functionality of the event doesn't really serve the best purpose-wise. Most notably previous code that communicated with the backend server in this stage now errors due to the player not yet being in the world. (Bukkit#getPlayer returns null)

I now add a ~500 MS delay after this event's invocation before trying to communicate with the backend (java server)... however, this is not the perfect solution as the client can potentially take longer than 500ms to ack the actual configuration stage.