Error cannot reply to EncryptionRequestPacket on Floodgate players

[EnriqueGF]

What happened?

Floodgate players get this error:

19:19:30 [SEVERE] java.lang.IllegalStateException: Cannot reply to EncryptionRequestPacket without profile and access token.

It kicks the player and the connection is aborted

It only happens with FastLogin plugin installed

What did you expect?

No response

Steps to reproduce

No response

Plugin list

Floodgate, GeyserMC, Fastlogin

Configuration file

No response

Server log

19:44:32 [INFO] [Geyser-BungeeCord] /86.127.253.13:59375 ha tratado de conectarse!
19:44:33 [INFO] [Geyser-BungeeCord] Jugador conectado con Gamertag EnriqueGFX1337
19:44:35 [INFO] [Geyser-BungeeCord] Intentando iniciar sesión usando el modo Floodgate... La autentificación será encriptada.
19:44:35 [INFO] [Geyser-BungeeCord] EnriqueGFX1337 (logged in as: EnriqueGFX1337) has connected to the Java server
19:44:35 [INFO] [EnriqueGFX1337,/86.127.253.13:0] <-> InitialHandler has connected
19:44:35 [INFO] [FastLogin] Incoming login request for .EnriqueGFX1337 from /86.127.253.13:0
19:44:35 [INFO] [FastLogin] Handling player .EnriqueGFX1337
19:44:35 [INFO] [FastLogin] Requesting premium login for registered player: .EnriqueGFX1337
19:44:35 [INFO] [floodgate] Jugador conectado por Floodgate como .EnriqueGFX1337 se ha desconectado
19:44:35 [INFO] [Geyser-BungeeCord] EnriqueGFX1337 has disconnected from the Java server because of java.lang.IllegalStateException: Cannot reply to EncryptionRequestPacket without profile and access token.
19:44:35 [SEVERE] java.lang.IllegalStateException: Cannot reply to EncryptionRequestPacket without profile and access token.

19:44:35 [SEVERE]     at com.github.steveice10.mc.protocol.ClientListener.packetReceived(ClientListener.java:55)

19:44:35 [SEVERE]     at com.github.steveice10.packetlib.event.session.PacketReceivedEvent.call(PacketReceivedEvent.java:51)

19:44:35 [SEVERE]     at com.github.steveice10.packetlib.tcp.TcpSession.callEvent(TcpSession.java:146)

19:44:35 [SEVERE]     at com.github.steveice10.packetlib.tcp.TcpSession.channelRead0(TcpSession.java:332)

19:44:35 [SEVERE]     at com.github.steveice10.packetlib.tcp.TcpSession.channelRead0(TcpSession.java:36)

19:44:35 [SEVERE]     at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:99)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:324)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:296)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageCodec.channelRead(ByteToMessageCodec.java:103)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:324)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:296)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageCodec.channelRead(ByteToMessageCodec.java:103)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:324)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:296)

19:44:35 [SEVERE]     at io.netty.handler.codec.ByteToMessageCodec.channelRead(ByteToMessageCodec.java:103)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)

19:44:35 [SEVERE]     at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)

19:44:35 [SEVERE]     at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)

19:44:35 [SEVERE]     at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)

19:44:35 [SEVERE]     at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)

19:44:35 [SEVERE]     at io.netty.channel.local.LocalChannel.readInbound(LocalChannel.java:299)

19:44:35 [SEVERE]     at io.netty.channel.local.LocalChannel.finishPeerRead0(LocalChannel.java:445)

19:44:35 [SEVERE]     at io.netty.channel.local.LocalChannel.access$400(LocalChannel.java:50)

19:44:35 [SEVERE]     at io.netty.channel.local.LocalChannel$5.run(LocalChannel.java:403)

19:44:35 [SEVERE]     at io.netty.channel.DefaultEventLoop.run(DefaultEventLoop.java:54)

19:44:35 [SEVERE]     at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989)

19:44:35 [SEVERE]     at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)

19:44:35 [SEVERE]     at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)

19:44:35 [SEVERE]     at java.base/java.lang.Thread.run(Thread.java:831)

Plugin version

latest

Platform

BungeeCord

Relevance

• I tried the latest build
• I checked for existing tickets -
  If there are, please vote them with a thumps reaction and not create new ones

[TuxCoding]

EncryptionRequest packets don't require an access token or profile. This seems to be bug another plugin. FastLogin doesn't include MCProtocolLib and it appears to configured in a client configuration which is unusual for BungeeCord systems.

[EnriqueGF]

EncryptionRequest packets don't require an access token or profile. This seems to be bug another plugin. FastLogin doesn't include MCProtocolLib and it appears to configured in a client configuration which is unusual for BungeeCord systems.

Hello, thank's you for replying

https://i.gyazo.com/1a0d2b5d9949805ab8f48a0dfa678c64.png

These are my current plugins, the only that is not opensource is Classic-HC, developed by me and it doesnt use MCProtocolLib

So, do you have any idea of what's causing this? it's strange because a days ago all was correctly working but today I encountered with this

[TuxCoding]

Open your plugins with an archiver program. .jar are only zipped files. Then check for folders like the posted class path: com/github/steveice10/mc/protocol

[EnriqueGF]

steveice10

I found that Geyser is using it

[EnriqueGF]

This solved it:

#608

Please merge it! :)

[Smart123s]

while read p; do

not yet, please :D
I want to test some edge cases first

[vaporvee]

I don't have bungeecord and i have this issue. When i'm using Protocolsupport no one with floodgate can connect and when only using protocollib at least the java/bedrock "global linked" accounts work. https://mclo.gs/JQJewDp

[vaporvee]

Ok for Protocolsupport i also get this invalid packet thing #493 (comment)

[Smart123s]

I don't have bungeecord and i have this issue. When i'm using Protocolsupport no one with floodgate can connect and when only using protocollib at least the java/bedrock "global linked" accounts work. https://mclo.gs/JQJewDp

A few months ago I had a similar issue, when I was only able to auto-register but not able to auto-login. If I remember correctly, it was caused by the messed up prefixes (#493). I would like to suggest to try ProtocolSupport, but that's also not possible now.

[vaporvee]

Yeah the issue is floodgate/geyser doesn't work at all with Protocolsupport . But the difference between global linked and normal floodgate players is also the missing prefix for the linked ones

[Smart123s]

Linked players don't have prefixes. That's how Floodgate operates. If they are linked, than they share a profile with a Java player, therefore, they'll have a Java profile's name. And since Java accounts don't have prefixes, nor do linked players.

…

On Thu, Oct 7, 2021, 12:00 Yannik ***@***.***> wrote: Yeah the issue is floodgate/geyser doesn't work at all with Protocolsupport . But yeah the difference between global linked and normal floodgate players is also the missing prefix for the linked ones — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#616 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGZJFZEH7V2XFZOZCBYQYCTUFVVUJANCNFSM5EMO6KWQ> .

[vaporvee]

Ok floodgate profiles don't work because of fastlogin? And linked profiles work now only without Protocolsupport now because of this i forgot about it GeyserMC/Floodgate#200

[jondycz]

It isn't only about floodgate. Having only Fast Login(with protocolLib) installed along side GeyserMC, any player that is "cracked" player can login just fine from bedrock device. But if the account is PREMIUM, the bedrock account gets disconnected.

This is due to FastLogin sending the packet to the client to verify if the account is PREMIUM or not. Normal PC clients ignore this packet but geyser does not. And since bedrock players are not authenticated with a java account, it assumes the server is in ONLINE MODE. And the player gets kicked.

I suggest to detect when player is connected through geyser and skip the premium verification and just assume the player isn't premium and require a password.