This is the repository that contains the wiki for all of GeyserMCs projects.
The wiki can be accessed using this link.
The GeyserMC wiki.
Home Page: https://wiki.geysermc.org
License: Apache License 2.0
This is the repository that contains the wiki for all of GeyserMCs projects.
The wiki can be accessed using this link.
When starting the server I get this:
[23:21:21] [Server thread/INFO]: Done (23.562s)! For help, type "help"
[23:21:21] [Geyser Spigot connection thread-6-2/WARN]: Failed to initialize a channel. Closing: org.geysermc.geyser.network.netty.ChannelWrapper@2b93af48
java.lang.IllegalArgumentException: Duplicate handler name: via-encoder
at io.netty.channel.DefaultChannelPipeline.checkDuplicateName(DefaultChannelPipeline.java:1055) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.filterName(DefaultChannelPipeline.java:284) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.addBefore(DefaultChannelPipeline.java:247) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
container@pterodactyl~ Server marked as running...
at io.netty.channel.DefaultChannelPipeline.addBefore(DefaultChannelPipeline.java:237) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at com.viaversion.viaversion.bukkit.handlers.BukkitChannelInitializer.afterChannelInitialize(BukkitChannelInitializer.java:88) ~[?:?]
at com.viaversion.viaversion.bukkit.handlers.BukkitChannelInitializer.initChannel(BukkitChannelInitializer.java:75) ~[?:?]
at io.netty.channel.ChannelInitializer.initChannel(ChannelInitializer.java:129) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.ChannelInitializer.handlerAdded(ChannelInitializer.java:112) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.callHandlerAdded(AbstractChannelHandlerContext.java:938) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.callHandlerAdded0(DefaultChannelPipeline.java:609) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.access$100(DefaultChannelPipeline.java:46) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline$PendingHandlerAddedTask.execute(DefaultChannelPipeline.java:1463) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.callHandlerAddedForAllHandlers(DefaultChannelPipeline.java:1115) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.invokeHandlerAddedIfNeeded(DefaultChannelPipeline.java:650) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe.register0(AbstractChannel.java:514) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe.access$200(AbstractChannel.java:429) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe$1.run(AbstractChannel.java:486) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultEventLoop.run(DefaultEventLoop.java:54) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at java.lang.Thread.run(Thread.java:833) ~[?:?]
[23:21:21] [Geyser Spigot connection thread-6-2/WARN]: An exception 'java.lang.NullPointerException: Cannot invoke "io.netty.channel.Channel.isOpen()" because "this.m" is null' [enable DEBUG level for full stacktrace] was thrown by a user handler's exceptionCaught() method while handling the following exception:
java.lang.NullPointerException: Cannot invoke "io.netty.channel.Channel.isOpen()" because "this.m" is null
at net.minecraft.network.NetworkManager.a(NetworkManager.java:311) ~[spigot-1.19.4-R0.1-SNAPSHOT.jar:3739-Spigot-d1bd3bd-63cad7f]
at net.minecraft.network.NetworkManager.channelInactive(NetworkManager.java:124) ~[spigot-1.19.4-R0.1-SNAPSHOT.jar:3739-Spigot-d1bd3bd-63cad7f]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:262) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:248) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:241) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInputClosed(ByteToMessageDecoder.java:401) ~[netty-codec-4.1.82.Final.jar:4.1.82.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:366) ~[netty-codec-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:262) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:248) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:241) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInputClosed(ByteToMessageDecoder.java:401) ~[netty-codec-4.1.82.Final.jar:4.1.82.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:366) ~[netty-codec-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:262) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:248) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:241) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:81) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.handler.timeout.IdleStateHandler.channelInactive(IdleStateHandler.java:277) ~[netty-handler-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:262) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:248) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:241) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelInactive(DefaultChannelPipeline.java:1405) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:262) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:248) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:901) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe$7.run(AbstractChannel.java:813) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.channel.DefaultEventLoop.run(DefaultEventLoop.java:54) ~[netty-transport-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.82.Final.jar:4.1.82.Final]
at java.lang.Thread.run(Thread.java:833) ~[?:?]
The weather cycle is out of sync on Bedrock
Question on: _docs/geyser/supported-hosting-providers.md
Need to contact support to open a UDP port, then use that as the bedrock port in the config. Also, uncomment bedrock address and make sure it is set to your Java server IP.
^^^^^^^^^^^^
Unfortunately, this is not correct. One does not need the support for the port.
You do not have to address the support.
Each MC server has 4 ports free after its query port.
So if you have 34565 as query port. You can use 34566 for Geyser or 34570 for Geyser.
The IP address must always be entered, because the GameClouds of GPORTAL do not allow to bind to 0.0.0.0.
Your Quert port will always follow the scheme XXX65. The additional free ports are XXX66 - XXX70 respectively.
You can use these open ports for your mods, PlugIns, etc.. ... use.
Found on: https://www.g-portal.com/wiki/en/what-ports-can-i-use-for-minecraft-mods-and-plugins-that-require-an-extra-port/
my bedrock account is main so I want to link java to bedrock. but linking server won't me to do that
A wiki page for setting up a standalone server as a container would be pretty useful.
Sidebar 'Create project issue' linking to the wiki repo and not the main geyser repo, this should be changed to link to create an issue in the geyser repo with the correct template. It should help cut down on the amount of invalid issues we get here.
243 | java.lang.ExceptionInInitializerError: null
244 | at org.geysermc.floodgate.inject.spigot.SpigotInjector.getServerConnection(SpigotInjector.java:173) ~[floodgate-spigot.jar:?]
245 | at org.geysermc.floodgate.inject.spigot.SpigotInjector.inject(SpigotInjector.java:62) ~[floodgate-spigot.jar:?]
246 | at org.geysermc.floodgate.FloodgatePlatform.enable(FloodgatePlatform.java:71) ~[floodgate-spigot.jar:?]
247 | at org.geysermc.floodgate.SpigotPlugin.onEnable(SpigotPlugin.java:71) ~[floodgate-spigot.jar:?]
248 | at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:281) ~[paper-api-1.20.2-R0.1-SNAPSHOT.jar:?]
249 | at io.papermc.paper.plugin.manager.PaperPluginInstanceManager.enablePlugin(PaperPluginInstanceManager.java:189) ~[paper-1.20.2.jar:git-Paper-201]
250 | at io.papermc.paper.plugin.manager.PaperPluginManagerImpl.enablePlugin(PaperPluginManagerImpl.java:104) ~[paper-1.20.2.jar:git-Paper-201]
251 | at org.bukkit.plugin.SimplePluginManager
i cant join on the bedrock edition
A lot of people on my server complained about not being able to chat, and I didn't get support for it.
I just confirmed a bug: When the client render-distance of BE players less than server view-distance, and BE players have travelled for a distance by boat/minecart, the chunk always don't render. I also let my players to test this traggering condition and went to my friend's server to test, this bug reappeared too.
My server view-distance is 16, when the render-distance of client set to 5, 15, 17, this bug appeared, and when client set to 20, 32, this bug no longer appeared.
My geyser dump is: https://dump.geysermc.org/2m17xZf1BxaYutYnvbDSyeaoOXEEoJhw
I have uploaded a detailed video about reproducible steps on Youtube: https://youtu.be/2-bF3BzMwaA?si=asTYuzklFn6XsFeo
I recommend to see this video
I'm in an SMP that uses Geyser and Floodgate, and I linked my Java and Bedrock accounts. Unfortunately, all my stuff was on my Bedrock account. Running /unlinkaccount
just gives me a link to the linking website. Give information on how to use the commands please.
Hi all,
I think the documentation about the local linking is not very clear.
It is mentioned that the linking databases extensions and the configuration have to be done only on the proxy, but in this case the /linkaccount
command is not available on the backend servers.
Shouldn't floodgate also be installed on these servers?
And if so, what configuration should be applied?
Please tell me how to install resource packs for bedrock?
I have a good plugin for weapons with textures on my server, but textures are loaded only in java. How can I upload textures to the bedrock if I adapt them to it?
Question on: pages/search.html
I have copied the IP exactly on both bedrock and remote Section of my config file and im getting the same error. im using server,pro and all the ports and IP's match what im given. the server starts up with that everytime and i cant figure out how to change it.
Im setting up a minecraft server for our Disability Service (we have many members that play)
Idea is to get as many to connect as possible, so I have the Java Server running, with the plugins to let older and newer versions connect. it works
Now its getting bedrock to connect, and I am hitting a brick wall.
I am running on Debian (buster),
Java Players can connect fine.
Bedrock players can not
Running a Bedrock Server to test, and bedrock can connect to that fine, so not a firewall issue.
Any help, any direction let me know.
There seems to have recently been a major change in how to use GeyserConnect. The entire page on the program likely needs updating.
Question on: https://github.com/GeyserMC/GeyserWiki/tree/master/_docs/other/geyseroptionalpack.md
The documentation says it is recommended to install the optional pack server side, but can be installed client side as well. I frequently connect from my Switch where it is nigh impossible to download packs, so is it possible to enable packs server side in the Geyser config?
Dear GeyserMC,
I have a issue with GeyserMC what i can't fix...
When a player want's to login on my Bungeecord / Paper server give it the following error:
{USER} disconnected with: DecoderException : java.lang.IndexOutOfBoundsException: readerIndex(6) + length(1) exceeds writerIndex(6): PooledSlicedByteBuf(ridx: 6, widx: 6, cap: 6/6, unwrapped: PooledUnsafeDirectByteBuf(ridx: 11733, widx: 11893, cap: 16384)) @ io.netty.handler.codec.MessageToMessageDecoder:98
Can you guys help me with this? So, what's happening here, and how can i fix it?
hi
I am looking at this page, and i am very confused on how to do this. is it like:
{
"format_version": 1,
"items": {
"minecraft:black_stained_glass_pane": [
{
"name": "item_1"
"custom_model_data": "123456"
"name": "item_2"
"custom_model_data": "987654"
}
]
}
}
or
{
"format_version": 1,
"items": {
"minecraft:black_stained_glass_pane": [
{
"name": "item_1" {
"custom_model_data": "123456"
}
"name": "item_2" {
"custom_model_data": "987654"
}
}
]
}
}
or something completely different?
I would like some more information. maybe some examples, or a zip with an editable preset (the geyser json + the bedrock pack)
thanks!
Question on: pages/index.md
I'm using GeyserMC to play on a crossplay world but i can see custom java skins but bedrock skins are one of the new default minecraft skins/avatars.
[13:12:16 ERROR]: Could not load 'plugins/floodgate-spigot.jar' in folder 'plugins
Hi there,
this is my first time posting an issue to this project so I'm sorry if there is any information I should have included.
I'm using floodgate v2.1.0-SNAPSHOT and Geyser v2.0.2-SNAPSHOT. I didn't specify those versions so I assume the plugins always load the latest available versions.
I'm using Geyser to play with my Nintendo Switch Lite on my Minecraft Java Spigot Server. Playing on the server works great and I'm very thankful for the awesome work put into this project. However, each time I want to join my server I have to link my Java and Bedrock accounts. As far as I understand I should only have to do this once so this seems to be a bug. I also tried Global Linking where I got a success message but the problem on my server persists.
I couldn't find anything strange in the log files and use the default configuration for both Geyser and floodgate.
Question on: https://github.com/GeyserMC/GeyserWiki/tree/master/_docs/other/geyser-fabric.md
the download link currently points to a 404 page
Question on: https://github.com/GeyserMC/GeyserWiki/tree/master/_docs/floodgate/issues.md
My paper server work but some reason my java client can log in to the server but not my bedrock client
Question on: https://github.com/GeyserMC/GeyserWiki/tree/master/_docs/floodgate/issues.md
[12:27:35 INFO] /51.222.93.39:58285 tried to connect!
[12:27:36 INFO] Player connected with username Power9124
[12:27:36 INFO] Power9124 (logged in as: Power9124) has connected to remote java server on address 51.161.84.177
[12:27:36 INFO] Power9124 has disconnected from remote Java server on address 51.161.84.177 because of Connection closed.
In regards to:
https://wiki.geysermc.org/geyser/anticheat-compatibility/
Bedrock support is provided in the original purchase of Spartan since 4th of January 2023. Additionally, it is a full compatibility by not ignoring and checking the bedrock players. Would appreciate if you could correct its description and move it to the "Full Compatibility" list.
I have the following problem! Bedrock players do not load the world when they enter the game. Couldn't find any info on how to fix it. After restarting the server, this bug disappears for 2 minutes 30 seconds on average. If the player was on the server after the restart, then everything just froze for him, but at the same time, for Java, he could visually move like a star, and also hit through the walls! I really need your help! I apologize for my language, I use a translator.
Issue on: _docs/floodgate/linking.md
The link that should lead to the linking database extensions under Local Linking is invalid
Question on: _docs/floodgate/linking.md I need to be undercover for when i am staff
https://wiki.geysermc.org/floodgate/linking/
needs information
I have a new install of Geyser and Floodgate installed on Paper 1.20.1 server. Java and Bedrock players can join the server, but on the nintendo switch only one player can join.
Normally, they can press the + and add up to 3 additional players, but when they try to add the second player the following error occurs and it is stuck on the loading screen.
[15:29:40] [nioEventLoopGroup-3-2/INFO]: [org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec] Failed to decode packet
org.cloudburstmc.protocol.bedrock.codec.PacketSerializeException: Error whilst deserializing SubClientLoginPacket(chain=[], extra=null)
at org.cloudburstmc.protocol.bedrock.codec.BedrockCodec.tryDecode(BedrockCodec.java:59) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:57) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:19) ~[Geyser-Spigot.jar:?]
at io.netty.handler.codec.MessageToMessageCodec$2.decode(MessageToMessageCodec.java:81) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at org.cloudburstmc.netty.channel.raknet.RakChannelPipeline.lambda$onUnhandledInboundMessage$0(RakChannelPipeline.java:60) ~[Geyser-Spigot.jar:?]
at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:569) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at java.lang.Thread.run(Thread.java:1623) ~[?:?]
Caused by: java.lang.IllegalArgumentException: Expected JSON array for login chain
at org.cloudburstmc.protocol.common.util.Preconditions.checkArgument(Preconditions.java:132) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.v291.serializer.SubClientLoginSerializer_v291.deserialize(SubClientLoginSerializer_v291.java:46) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.v291.serializer.SubClientLoginSerializer_v291.deserialize(SubClientLoginSerializer_v291.java:20) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.BedrockCodec.tryDecode(BedrockCodec.java:57) ~[Geyser-Spigot.jar:?]
... 39 more
[15:29:40] [nioEventLoopGroup-3-2/WARN]: [io.netty.channel.DefaultChannelPipeline] An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
io.netty.handler.codec.DecoderException: org.cloudburstmc.protocol.bedrock.codec.PacketSerializeException: Error whilst deserializing SubClientLoginPacket(chain=[], extra=null)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:98) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at org.cloudburstmc.netty.channel.raknet.RakChannelPipeline.lambda$onUnhandledInboundMessage$0(RakChannelPipeline.java:60) ~[Geyser-Spigot.jar:?]
at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:167) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:470) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:569) ~[netty-transport-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.87.Final.jar:4.1.87.Final]
at java.lang.Thread.run(Thread.java:1623) ~[?:?]
Caused by: org.cloudburstmc.protocol.bedrock.codec.PacketSerializeException: Error whilst deserializing SubClientLoginPacket(chain=[], extra=null)
at org.cloudburstmc.protocol.bedrock.codec.BedrockCodec.tryDecode(BedrockCodec.java:59) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:57) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:19) ~[Geyser-Spigot.jar:?]
at io.netty.handler.codec.MessageToMessageCodec$2.decode(MessageToMessageCodec.java:81) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
... 35 more
Caused by: java.lang.IllegalArgumentException: Expected JSON array for login chain
at org.cloudburstmc.protocol.common.util.Preconditions.checkArgument(Preconditions.java:132) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.v291.serializer.SubClientLoginSerializer_v291.deserialize(SubClientLoginSerializer_v291.java:46) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.v291.serializer.SubClientLoginSerializer_v291.deserialize(SubClientLoginSerializer_v291.java:20) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.codec.BedrockCodec.tryDecode(BedrockCodec.java:57) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:57) ~[Geyser-Spigot.jar:?]
at org.cloudburstmc.protocol.bedrock.netty.codec.packet.BedrockPacketCodec.decode(BedrockPacketCodec.java:19) ~[Geyser-Spigot.jar:?]
at io.netty.handler.codec.MessageToMessageCodec$2.decode(MessageToMessageCodec.java:81) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88) ~[netty-codec-4.1.87.Final.jar:4.1.87.Final]
... 35 more
Page: https://wiki.geysermc.org/floodgate/features/
Incorrect text: The permission node is floodgate.command.whitelist
Looking at the files, seems like it should instead be floodgate.command.fwhitelist
https://github.com/GeyserMC/Floodgate/blob/master/core/src/main/java/org/geysermc/floodgate/command/util/Permission.java
in config i found "force-resource-packs" is it force players to load bedrock or java resource pack, and if bedrock, how to set it? (english is not my native language, so sorry if i said something wierd)
I hope to restore Geyser's 1.16,1.17 running on my device is too stuck.
(Translation is not necessarily 100% accurate)
Question on: _docs/floodgate/setup.md
I don't see a setup for sponge server.
Will you have one like gyser or no?
Is it needed?
Will floodgate support the sponge API version 11 for mc 1.20.1?
Different question:
Does gyser sponge verson support 1.20.1 API version 11 or just the 1.12.1 API 8?
It does not say on the donwload page for sponge what version.
idk what happened but heres the full error:
java.net.SocketTimeoutException: Read timed out
at sun.nio.ch.NioSocketImpl.timedRead(NioSocketImpl.java:283) ~[?:?]
at sun.nio.ch.NioSocketImpl.implRead(NioSocketImpl.java:309) ~[?:?]
at sun.nio.ch.NioSocketImpl.read(NioSocketImpl.java:350) ~[?:?]
at sun.nio.ch.NioSocketImpl$1.read(NioSocketImpl.java:803) ~[?:?]
at java.net.Socket$SocketInputStream.read(Socket.java:966) ~[?:?]
at sun.security.ssl.SSLSocketInputRecord.read(SSLSocketInputRecord.java:484) ~[?:?]
at sun.security.ssl.SSLSocketInputRecord.readHeader(SSLSocketInputRecord.java:478) ~[?:?]
at sun.security.ssl.SSLSocketInputRecord.bytesInCompletePacket(SSLSocketInputRecord.java:70) ~[?:?]
at sun.security.ssl.SSLSocketImpl.readApplicationRecord(SSLSocketImpl.java:1465) ~[?:?]
at sun.security.ssl.SSLSocketImpl$AppInputStream.read(SSLSocketImpl.java:1069) ~[?:?]
at java.io.BufferedInputStream.fill(BufferedInputStream.java:244) ~[?:?]
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284) ~[?:?]
at java.io.BufferedInputStream.read(BufferedInputStream.java:343) ~[?:?]
at sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:824) ~[?:?]
at sun.net.www.http.HttpClient.parseHTTP(HttpClient.java:759) ~[?:?]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1688) ~[?:?]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1589) ~[?:?]
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:224) ~[?:?]
at org.geysermc.geyser.util.WebUtils.getJson(WebUtils.java:78) ~[Geyser-Spigot.jar:?]
at org.geysermc.geyser.util.VersionCheckUtils.lambda$checkForGeyserUpdate$0(VersionCheckUtils.java:63) ~[Geyser-Spigot.jar:?]
at java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1804) ~[?:?]
at java.util.concurrent.CompletableFuture$AsyncRun.exec(CompletableFuture.java:1796) ~[?:?]
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~[?:?]
at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~[?:?]
at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~[?:?]
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~[?:?]
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~[?:?]
Hello! Please add more information about forms and cumulus. Like examples or full code. How to get uuid from nickname. I couldn't find how get uuid from nickname
Question on: _docs/geyser/commands.md
Use version 2.1.2-SNAPSHOT.
The luckperms plugin's web editor listed the geyser.command.tooltips
permission, but there is no description of it in the Wiki.
Bedrock players are disconnected due to timeout
I'm using last versions of GeyserMC + floodgate velocity-3.2.0-SNAPSHOT-290, I will send any additional information if required
There are no errors at the startup; a disconnection error looks something like this:
[21:20:50 INFO]: [connected player] .RealKomander (/IP) has disconnected: An internal error occurred in your connection.
[21:20:50 INFO] [floodgate]: Player RealKomander using Floodgate disconnected
[21:20:50 ERROR]: [connected player] .RealKomander (/IP): read timed out
[21:20:50 INFO] [geyser]: RealKomander disconnected from Java server for a reason An internal error occurred in your connection.
[21:20:50 INFO]: [server connection] .RealKomander -> lobby has disconnected
Several errors were written in russian, I translated them
Can not unlink my account I would like help?
Question on: _docs/geyser/getting-started-with-the-api.md
original
opencollab-snapshot https://repo.opencollab.dev/main/i think
opencollab-snapshot https://repo.opencollab.dev/maven-snapshots/18:27:09 ERROR: at io.netty.channel.local.LocalChannel.doWrite(LocalChannel.java:368)
18:27:09 ERROR: at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChannel.java:931)
18:27:09 ERROR: at io.netty.channel.AbstractChannel$AbstractUnsafe.flush(AbstractChannel.java:895)
18:27:09 ERROR: at io.netty.channel.DefaultChannelPipeline$HeadContext.flush(DefaultChannelPipeline.java:1372)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeFlush0(AbstractChannelHandlerContext.java:921)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeFlush(AbstractChannelHandlerContext.java:907)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.flush(AbstractChannelHandlerContext.java:893)
18:27:09 ERROR: at io.netty.channel.ChannelDuplexHandler.flush(ChannelDuplexHandler.java:127)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeFlush0(AbstractChannelHandlerContext.java:923)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeWriteAndFlush(AbstractChannelHandlerContext.java:941)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:966)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:934)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:984)
18:27:09 ERROR: at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:1025)
18:27:09 ERROR: at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:306)
18:27:09 ERROR: at com.github.steveice10.packetlib.tcp.TcpSession.send(TcpSession.java:250)
18:27:09 ERROR: at com.github.steveice10.mc.protocol.ClientListener.connected(ClientListener.java:140)
18:27:09 ERROR: at com.github.steveice10.packetlib.event.session.ConnectedEvent.call(ConnectedEvent.java:31)
18:27:09 ERROR: at com.github.steveice10.packetlib.tcp.TcpSession.callEvent(TcpSession.java:146)
18:27:09 ERROR: at com.github.steveice10.packetlib.tcp.TcpSession.channelActive(TcpSession.java:357)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:262)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:238)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.fireChannelActive(AbstractChannelHandlerContext.java:231)
18:27:09 ERROR: at io.netty.channel.ChannelInboundHandlerAdapter.channelActive(ChannelInboundHandlerAdapter.java:69)
18:27:09 ERROR: at io.netty.handler.timeout.IdleStateHandler.channelActive(IdleStateHandler.java:271)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:260)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:238)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.fireChannelActive(AbstractChannelHandlerContext.java:231)
18:27:09 ERROR: at io.netty.channel.ChannelInboundHandlerAdapter.channelActive(ChannelInboundHandlerAdapter.java:69)
18:27:09 ERROR: at org.geysermc.geyser.network.netty.LocalSession$2.channelActive(LocalSession.java:137)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:262)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:238)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.fireChannelActive(AbstractChannelHandlerContext.java:231)
18:27:09 ERROR: at io.netty.channel.DefaultChannelPipeline$HeadContext.channelActive(DefaultChannelPipeline.java:1398)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:258)
18:27:09 ERROR: at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:238)
18:27:09 ERROR: at io.netty.channel.DefaultChannelPipeline.fireChannelActive(DefaultChannelPipeline.java:895)
18:27:09 ERROR: at io.netty.channel.local.LocalChannel$3.run(LocalChannel.java:185)
18:27:09 ERROR: at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174)
18:27:09 ERROR: at io.netty.channel.DefaultEventLoop.run(DefaultEventLoop.java:54)
18:27:09 ERROR: at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997)
18:27:09 ERROR: at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
18:27:09 ERROR: at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
18:27:09 ERROR: at java.base/java.lang.Thread.run(Thread.java:833)
For some reason when any mv commands are used to teleporting portals and tpa tphere bedrock players are in a forced zoom perspective and the only way to fix it is by leaving and relogging.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.