FastMOTD icon indicating copy to clipboard operation
FastMOTD copied to clipboard

1.21.7 support?

Open alexdev03 opened this issue 5 months ago • 8 comments

The plugin doesn't seem to work with 1.21.7 clients.

alexdev03 avatar Jul 07 '25 18:07 alexdev03

Is there any exceptions in the logs (on both client and Velocity)?

Image

UserNugget avatar Jul 07 '25 18:07 UserNugget

https://mclo.gs/gmdvG73

I updated velocity tools to the latest one from modrinth

I know it says velocitytools, but I noticed this plugin hadn't beeen updated and I thought FastMotd was the problem. After I disabled FastMotd the error disappeared and the client started again to receive motd response packets. I'm sorry if I opened the issue on the wrong repo.

alexdev03 avatar Jul 07 '25 18:07 alexdev03

Works well with both VelocityTools and FastMOTD installed, is there any other plugins that modify Velocity internals? It seems that for some reason Velocity do not switch to status protocol state and still use handshake instead. (StatusRequestPacket uses 0 bytes and has same id as HandshakePacket, just like in the exception above)

UserNugget avatar Jul 07 '25 18:07 UserNugget

https://mclo.gs/xr1JdAc

I'm able to reproduce the problem with just velocity tools and fastmotd

alexdev03 avatar Jul 07 '25 18:07 alexdev03

Can you try to reproduce this issue with that VelocityTools build? Still no clue why it might happen (working fine for me?), but this build may fix it.

UserNugget avatar Jul 07 '25 19:07 UserNugget

Nope, same problem https://mclo.gs/xk3IUPm (I re-added my plugins)

alexdev03 avatar Jul 07 '25 19:07 alexdev03

Do you know something else I could try?

alexdev03 avatar Jul 10 '25 14:07 alexdev03

You could try to reproduce it with default configuration and then binary search config option which causes this There are alot of moving parts that may break without any errors AFAIK

UserNugget avatar Jul 10 '25 22:07 UserNugget