Closed rafi67000 closed 1 month ago
bump
it's actually not fastPrepare issue but limboapi because it sends packet while user's state is still login???
it's actually not fastPrepare issue but limboapi because it sends packet while user's state is still login???
LimboAPI sends some packets outside of FastPrepareAPI, making PacketEvents think that player is in login state. Its most likely due to FastPrepareAPI sends already encoded packets (frame + compression + original packet), which PacketEvents doesnt support.
is there anything we can do here then? I'd really like to use PE alongside Limbo.
Maybe we can implement some kind of compatibility layer between FastPrepareAPI and PacketEvents, but it will limit some "functionality" of PacketEvents/FastPrepareAPI as they are incompatible by design.
Passed through here with the same use-case issue/request. Using PacketEvents to support SignedVelocity, and LimboAPI for LimboReconnect - would deeply appreciate any compatibility that could be explored for these features, thanks for the consideration and all your work!
protocolize is dead and the only popular api that's left is packetevents so any fix here would be really appreciated
It would be great if support for PacketEvents was added!
Hi, it's been 5 months, and PlHidePro now fully depends on packetevents, which stops me from updating my server to 1.20.5 and 1.21... please any help here would be really appreciated
Ok, will try to fix this issue on PacketEvents side.
Please solve this problem with PacketEvents, because the Pl-Hide-Pro plugin has become completely dependent on it. The problem is the same - the player cannot enter the server and simply displays Time Out.
I can confirm this is really issue, and big one when Pl-Hide-Pro requires PacketEvents
Please Fix...
Please Fix... 2x
it's up to PacketEvents now. Just wait
still an issue 3:
resolved with compability-mode = true
resolved in 6b3fb97a1e715bc4a0d3801399c1fae56eab895c
Elytrium/FastPrepareAPI#3