protocolsupport / protocolsupportpocketissues Goto Github PK

Issue-tracker for ProtocolSupport pocket edition.

protocolsupportpocketissues's Introduction

ProtocolSupport

Support 1.18, 1.17, 1.16, 1.15, 1.14, 1.13, 1.12, 1.11, 1.10, 1.9, 1.8, 1.7, 1.6, 1.5, 1.4.7 clients on Spigot/Paper 1.18.2

Important notes:

Only latest version of this plugin is supported
This plugin can't be reloaded or loaded not at server startup

Known issues:

[Anything that is not latest] Items in creative mode may not work as expected, or may not work at all

Known wontfix issues:

[Anything that is not latest] Stats are not sent
[1.8 and earlier] Can't control vehicle (Not directly translatable at network level, too much work to implement serverside)
[1.4.7 and earlier] Server shows up as "incompatible" in the server list (Impossible to fix due to the lack of an way to verify the client version during server list ping)

Website: https://protocol.support/

Spigot: https://www.spigotmc.org/resources/protocolsupport.7201/

BukkitDev: https://dev.bukkit.org/projects/protocolsupport/

Main Jenkins: https://build.hurricanegames.org/job/ProtocolSupport/

Licensed under the terms of GNU AGPLv3

protocolsupportpocketissues's People

Contributors

Stargazers

Watchers

protocolsupportpocketissues's Issues

Feeding animals is missing "love" animation

It is not possible to feed animals to get them to multiply. When approaching an animal, the "Interact" button appears, but nothing happens when you press it.

Commands stop working

Commands stop working at some point, no error in console. The only command that works is /help, which is bundled with MCPE.

Random client crashes

If you guys wanth a logcat from when that happens I can provide it when am home

Players turn their body's instead of their heads in PE

When a player turns, it turns their body instead of their head and body.

Weather is not updated on Multiverse world change

Weather is not updated on world change.

[PSB] PE players have the wrong IP when using IP Forward with PSBungee

Basically, when using PSPE with PSB the backend server gets the Bungee IP, which can make plugins do weird things.

IMO it should be marked as HIGH priority.

Villager trading still not working properly

When starting a villager trade, your own inventory gets messed up. The three first items in the hotbar gets copied from the three last. The items previously in the three last appears in your inventory, and the three in the middle from the hotbar is duplicated there, and items already in the inventory gets duplicated.

Opening inventory with E still shows this messed up version, but opening a chest will restore it to normal.

This is after @7kasper fix today for villager trading.

drowned case client crashing

latest pspe and latest mc bedrock client

Incorrect remap of trapped chest

Trapped chests show as air

Beacon GUI is not working properly

With a beacon on max level all the effects are dissabled (like if there wasnt a pyramid)

Wrong block remaps

no errors or abnormal log

Incorrect remap of powered redstone lamps

Powered redstone lamps are mapped incorrectly, they appear as air.

Falling blocks does not show as falling

This will be fixed on new update, cuz they are changing it a second time then.

Arrows does not fully work

https://mrpowergamerbr.com/uploads/2018-05-29_15-29-34.gif

While arrow movement is kinda... wonky, it does work.

However it seems after an arrow hits an block, it just vanishes from the world.

[PSB] Game mode mode not updated when changing servers

Should be an easy fix, just putting it here so i dont forget.

Crops do not drop anything

I broke a fully grown carrot and a wheat, they didnt drop seeds, wheat nor a carrot (respectively)

Villager trading GUI does not work

Describe the bug
While taping on a villager to open its gui the server kicks you with an error message or it just doesn't open anything

How can we reproduce the issue?
Steps to reproduce the behavior:

Have a villager
Tap on it to open its trading GUI

Expected behavior
The gui should open.

Missing metadata remaps for armor stand base, small armor stand

Armor Stand Metadata: http://wiki.vg/Entity_metadata#ArmorStand

PE metadata for...
Armor Stand Base: If the base flag 35 is set, the armor stand base will show up
Small Armor Stand: Change the entity scale to half of the armor stand size

Problem tab complete server 1.13.2 with client 1.12.2 or old or

I noticed there's a problem:

I use the server 1.13.2, and I have set tab-complete: -1 , if I enter with the client 1.13.2 and disable, but if I enter with client 1.12.2 or earlier, the tab is no longer disabled.

Java players' rotation is not sent to PE players unless they change position

Playing Minecraft is also looking at things while standing still, like when you chop a tree from bottom to top standing under the remaining log blocks. That is, Java players can move their head but other players on PE will see them facing the same direction unless they move. I am not sure if this can have problems with block placing/destroying

Minecarts dont show up on bedrock clients

Properly implement gamerules for stuff like doDaylightCycle

The sun is wiggling jerkily up and down all the time on PE. My guess is that it's somehow moving to fast and needs to be readjusted back. Anyway it looks quite funny and a little disturbing. (But rather low priority, I realize...)

Enchantment tables no longer work [regression]

In PE you click an enchantment table and POOF nothing happens

Automatic light updates are not sent to PE players

This issue is causing trees to have a darker shadow than usual

Remove bad item remaps

Now that the itemmapping.json is (more or less) correct, and PE 1.7 supports (more or less) the same items/blocks as 1.13 does, we should remove some old and incorrect remapping that is taking place.

The following items are remapped incorrectly:

~~All prismarine (normal, dark, brick) stairs remap to cobblestone. (This is the same with blocks, probably the source of the error)~~
~~Carved pumpkin remap to (plain) pumpkin.~~
Banners of all colours remap to white banners.
Beds of all colours remap to red beds.

There are possibly more that I've missed.

I do not understand where this remapping is happening. A prime suspect would be the remapping in LegacyBlockData, but that should only affect blocks, not items, as far as I understand.

Custom players' skull should have "Player's Head" as name in PE, but they don't have it

So when I drop a custom head to my PE friend, they will only see that's a head, they will not see the name of the head owner.

Spawn egg items are incorrectly mapped

Spawn eggs items are incorrectly mapped. They show up as "generic" white (!) spawn eggs when e.g. stored in a chest, and they all just spawn pigs.

Pistons do not show piston arm nor movement

They dont work yet.

Double stone slabs aren't remapped correctly

PE:

PC:

Nether and End portals do not work

same issue with end

Pressure plates are remapped incorrectly

Pressure plates appear as air

Support for Glowstone is broken (no Glowstone 1.13)

🤷‍♀️

Enchanted items are missing purple glow

no glow but if i add sharpnes wappon damage is it doese damage that intended

Pouring from bucket requires break block action (long hold)

On PE, it is not possible to pour water or lava from a bucket. Nothing happens when you try.

Entity with the same name, will make pe player get a wrong location.

~~Use Citizen, make two NPC name: &a.~~
~~/npc create &a~~
~~/npc create &a~~
~~Then restart server.~~
~~PE player join the server.~~
~~All entity will tp to the same location.~~

2.
~~Use HolographicDisplays create two HD.~~
~~/hd create test1 1~~
~~/hd create test2 1~~
~~Then restart server.~~
~~PE player join the server.~~
~~All entity will tp to the same location.~~

↑↑↑ It might be a bit of a problem. ↑↑↑↑
@7kasper
Sometimes use command /minecraft:tp player ~ ~ ~ , It will make some problem.
Then try command /minecraft:tp player ~160 ~ ~ .
Or use logintp.(http://ci.mengcraft.com:8081/job/LoginTeleport/)
Make logintp location the same with worldspawn location.(/setworldspawn) ( /logintp add, /logintp save) Then try to login a few times.(PE player and not OP )

[PSBungee] Entity remap error in packet ID 39

[14:37:37] [Netty Worker IO Thread #5/INFO]: [MrPowerGamerBR|/10.0.0.30:46984] <-> ServerConnector [sparklypower_survival] has connected
[14:37:38] [Netty Worker IO Thread #5/ERROR]: Entity remap error in packet ID 39
[14:37:38] [Netty Worker IO Thread #5/ERROR]: [/10.0.0.30:46984|MrPowerGamerBR] <-> DownstreamBridge <-> [sparklypower_survival] - encountered exception
java.lang.IndexOutOfBoundsException: writerIndex(0) + minWritableBytes(62) exceeds maxCapacity(61): UnpooledHeapByteBuf(ridx: 0, widx: 0, cap: 61/61)
	at io.netty.buffer.AbstractByteBuf.ensureWritable0(AbstractByteBuf.java:288) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.buffer.AbstractByteBuf.ensureWritable(AbstractByteBuf.java:277) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1099) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1092) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:1083) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at protocolsupport.protocol.packet.entityrewrite.EntityRewrite.rewrite(EntityRewrite.java:31) ~[?:?]
	at protocolsupport.protocol.packet.handler.EntityRewriteDownstreamBridge.handle(EntityRewriteDownstreamBridge.java:28) ~[?:?]
	at net.md_5.bungee.netty.HandlerBoss.channelRead(HandlerBoss.java:111) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at protocolsupport.protocol.pipeline.common.LogicHandler.channelRead(LogicHandler.java:27) ~[?:?]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:323) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:297) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:323) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:426) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:278) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:86) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:799) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:421) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:321) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:897) ~[BungeeCord.jar:git:Travertine-Bootstrap:1.13-SNAPSHOT:067d55c:68]
	at java.lang.Thread.run(Thread.java:844) [?:?]

(for just a "sketch" of the issue, I just don't want to lose the stacktrace if I can't get it to happen again)

Block place and block destroy "horizon" is not identical

This is the single remaining block placement issue I see. The problem is that it is possible to place a new block further away, than it is possible to destroy blocks. That means, that in some circumstances, when you have just placed a block, you cannot immediately destroy it.

This is more annoying than it might sound, since it often happens in creative mode that you place blocks incorrectly, and want to immediately correct it. That you cannot always do this but needs to move closer to the block is quite annoying. :-(

No hit animation on entities

Movement glitch when running up stairs

When a Win10 player connects to the server, if he runs / runs and jumps when stepping on stairs/slabs the screen flips like when all stairs and slabs were buggy in previous PSPE versions.

Missing remaps for 1.13 mobs

Metadata remaps for new entities are not yet implemented.

Serverbound packet freeze

without psps it just froze under heavy nbt remaping and some other shit
here is the log
latest.log

Remap double chests and flooded chests properly

Flooded chests and double chests need to be properly remapped. Great job so far! What you've completed is impressive!

[PSPE] Spawning an ender dragon gives a crash loop to PE clients

It seems that you can't beat the ender dragon with your mobile phone because chances are that you will crash before even seeing the End dimension

TNT explosions look bad

When you ignite a TNT block, it flashes white and jumps (as it should), but then it just disappears, nothing seem to happen, and then suddenly you get an update with a lot of blocks missing. There are no explosion effect. If I remember correctly, the TNT block should flash white for a few seconds before exploding. Now it just disappears.

Missing particles when breaking blocks myself (not others)

When breaking blocks, the blocks disappear without an animation on PE.

This is on an iPad. Reproduced at mcpeinventory#de1cfdda28de4db41e4581f2e245cff6285c79e1

Rabbits are too big

Just spawn a rabbit in pe you will see what I mean

Squids are positioned in the wrong orientation

For a PE player, the squids are swimming vertically instead of horizontally. I think the head is in the correct position, but the tentacles are below the head, instead of to the side. (This also has the effect that when being close to the bottom, the tentacles disappears into the block below).

Teleporting player to different yaw value doesn't work for pe clients

Teleporting player to different yaw value doesn't work for pe clients.
This can be reproduced by having a player positioned with yaw 0 then trying to teleport them to the same location with yaw 90. The server recognizes that the direction the player is facing has been updated, but the client doesn't recognize that.
This is really messing up a mini-game on my server right now.
https://youtu.be/IJTQvSVBAUU

Shulker boxes are upside down

Describe the bug
Shulker boxes appear upside down, however they're correctly placed in PC.

How can we reproduce the issue?
Steps to reproduce the behavior:

Put a shulker box in PC
Join with MCPE
See the issue

Expected behavior
The shulker box should be kept in the same position.

[PSB] Use DIM switch ACK

We should be using the dim switch ACK packet when doing the dim switch in bungee. Player location is not reliable there, and we never get the 'client loaded' packet again after the client is loaded.